CiviCRM Community Forums (archive)

After recently upgrading from 2.03 to 2.1 I have a problem with the quick search. 

The quick search works as it should for two groups of users with high permissions: Admin and Editors. For ordinary authenticated users, when they do the search, the field is filled, but they are taken to the Contact search page and an error no user found with name or email like and a number that is the contact id of the user they searched for.

I am only using the drupal based permissions and I have gone through them seeing where they differ for the different user categories. Having gone through all of them so that the authenticated users now have the same permissions as the admin users, I have not been able to identify a specific one that is impacting the situation.

I have also checked file permissions and ownership and set it to 755 and the web user (www-data in my case)

Looking at the page source I notice that the dojo javascript doesn't seem to be loading for the users with less permissions.  Looking at the code in the template civicrm/templates/CRM/Block/Search.tpl I note that the line before the script says

{if $config->includeDojo}

I'm not sure where $config comes from and how I might make sure that it says the right thing.

Any suggestions ?
Thanks
Peter

Thanks for the suggestion.

After spending the afternoon trying lots of things and learning a tiny bit about how much goes on just to get a page made up  I seem to have solved the problem.

It may have been to do with localization; we are UK based so we prefer en_GB, but nobody complains that much (or notices) if we are running en_US.  So we used to have en_GB installed before the upgrade, but I had forgotten to re-install it.  I installed en_GB, cleared out the templates_c folder and restarted the browser.

In Drupal /admin/build/blocks I actively gave permission to the specified users to see the CiviCRM search block rather than leaving blank to allow all users.

After that it worked. I have a hunch that localization had something to do with it, otherwise the problem might be more common.

Peter