ezpurlaliaspathwalker.php url alias errors

Next topic

Author	Message
Greg McAvoy-Jensen	Friday 10 October 2008 12:53:07 am Moving a site from 3.10.0 to 3.10.1, an error occurs while restoring the url aliases:Fatal error: Call to a member function on a non-object in /home/gregmj/web/ezpublish-3.10.1/extension/ezurlaliasmigration/classes/ezpurlaliaspathwalker.php on line 376 It presented that error after giving about 20 "F"'s--indicating a failed url alias restoration. Then, links in admin and one (newer) public siteaccess work fine, but most of them don't work in the main public siteaccess (all share the same database). No errors in debug output except: Could not find module named 'Travel-Europe'... So does this mean it's not even finding the url alias in the table? I've cleared the caches. Note also that the site was originally 3.9.4, and it's possible some corruption of url aliases occurred when we went to 3.10.0. Any suggestions on how to work around this problem? 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
Greg McAvoy-Jensen	Saturday 18 October 2008 1:01:17 pm How do I manually migrate the url aliases? Moving from 3.10.0 to 3.10.1, I received the error I noted earlier. The instructions say if you get errors, then manually set up your url aliases. But the admin and public interfaces won't work easily because no url aliases are working. When I run: SELECT id, link, parent, lang_mask, text, action, is_original, is_alias, lang_mask_adjusted FROM ezurlalias_ml_migrate WHERE is_restored=0; I get 349 results. Could someone talk me through how I complete this migration manually in the tables? Thanks. 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
Ole Marius Smestad	Tuesday 28 October 2008 7:01:42 am Hi Greg, Could you retry the migration, but turn on the debug output in: ezurlaliasmigration/settings/debug.ini.append.php The debug output is most readable in the admin-interface. However, bear in mind that the admin-interface does not let you migrate history entries. -- Ole Marius Smestad Lead Engineer eZ Publish Member of the Community Project Board
Greg McAvoy-Jensen	Saturday 01 November 2008 1:23:21 pm Thank you. I actually found the cache hadn't fully cleared. This meant the production server's database user and password were being tried on the installation where I was doing the upgrade, which of course didn't work. Fixing that, plus running the migration from the admin interface, did the trick. Thanks! There's no need to keep the URL alias migration extension once this is complete, right? 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