Copied site now requires user login

Friday 17 July 2009 12:10:34 pm

I copied a site over to a new server, a complete copy of the database and the site files. After extracting everthing in the new location I made changes to the site/site.ini.append.php and the site_admin/site.ini.append.php database information and loaded the site.

The admin section works fine but the user site is now requesting a user login to view every page of the site. If I login to the user site as admin I can see the content but that is the only way.

Checking annonymous user is granted read access to all standard and media content and should be able to see the site.

Has anyone experienced something similar when copying a site to a new location? I don't want to start making drastic changes to the site setup since it is working perfectly fine on the old server.

Thanks in advance.

working at www.wardnet.com
blogging at www.jamesward.ca

Friday 17 July 2009 1:40:30 pm

Try to check your setting in your site.ini you've maybe copy the directive to force login wich is present in the admin site.ini but shouldn't be in the front site.ini

--
eZ certified developer: http://ez.no/certification/verify/346216

Friday 17 July 2009 11:21:16 pm

James,

Good question.

The error you mention might be related to this:
http://serwatka.net/blog/make_your_extension_compatible_with_ez_publish_4_1
If so, it may be resolved when the user login question is answered.

You might try looking at the site.ini files via the admin interface to confirm no ini file anywhere is forcing user login (as you checked with the siteaccess). Other brainstorm ideas: clear cache, delete cache, regenerate autoloads. Is the anonymous user also blocked from seeing pages like /content/search and /ezinfo/about? This might help you know whether they're being denied access to content or to the siteaccess as a whole.

Granite Horizon, Certified Developer of eZ Publish Web Solutions
Provider of the SaaS Solution Granite Horizon In The Cloud | http://granitehorizon.com/cloud
http://granitehorizon.com | +1 916 647 6350 | California USA | @granitegreg
Blog: http://granitehorizon.com/blog

Monday 20 July 2009 8:04:39 am

Still no solution.

Greg,
I completed deleted my cache directories manually to ensure the issue was not related to that.
The site is a complete copy (ez directories included) of a functioning 3.7.2 site. System info says I am running PHP 4.4.9 (This is a webdeal server and they were aware I was running a 3.x version when they setup this host for me.) So it is not a module issue with ez4.x.

ezinfo/about is displayed correctly for my anonymous user however content/search requires the user to login. Not sure what that means.

I double checked all my site.ini files and requireuserlogin is definitely disabled for all my front-end siteaccesses.

I turned on debugaccess but it is giving me no more information than I already had. It says I am using the "en" siteaccess which is as I expect and then in the case of trying to access the search it says:

Error: error/view.php  	Jul 20 2009 18:07:25

Error ocurred using URI: /index.php/en/content/search

I am going to completely recopy the site and see what happens. Maybe there was an error in my tar process that I did not notice. If there are any other suggestions please let me know.

working at www.wardnet.com
blogging at www.jamesward.ca

Wednesday 22 July 2009 9:32:43 am

Thanks for all the suggestions but still no luck.

Heath,
I set ForceVirtualHost=true for the user site access but it does not seem to have had any effect. Cleared the caches as well.

André,
I manually deleted all the cache files with no success. I am not sure what you mean by "truncate ezsession table". Can you provide more detail before I start messing with the table?

I have a support request in with the hosting company to see if they can track down the problem but they have not responded yet.

working at www.wardnet.com
blogging at www.jamesward.ca

Monday 08 November 2010 11:54:01 pm

Found why user/login policy has disappeared : I use installation process (by setting CheckValidity to true in site.ini). this process delete that kind of policy for anonymous user