Migration 404 errors

I’ve just tried the same thing and I have EXACTLY the same issue. Did you get it working?

Also, do you get an error if you go to the “Other Options” menu item under “Gallery” in your WP Admin?
I get:
...\wp-content\plugins\nextgen-gallery\products\photocrati_nextgen\modules\nextgen_other_options\image_options_tab.php is not a valid MVC template

Hi,
I’m too busy to found a solution right now.

But yeah, you are right, i got this too :

RuntimeException thrown

/wp-content/plugins/nextgen-gallery/products/photocrati_nextgen/modules/nextgen_other_options/image_options_tab.php is not a valid MVC template

I’ll let you know if I find anything.

I know you are busy, but could you let me know some things on how you performed the migration?
Was the live site on linux and the dev site Windows?
Did you perform any DB operations on the .sql file before importing it into your MySQL db? If so, which? DNS related?

Thanks.

I have got two identical server with the same configuration.
It runs ubuntu 12.04 with nginx and php-fpm.

I copy file between the two server with rsync.
I export/import database with mysql command line tool.

I change the old url with new one in database with replace function and i check. (But i think i do with notepad ++ on sql file beacause the database is really small)

I search old url in file with grep -lr and i change manually.

And i think that’s all. Everything work except NextGen Gallery.

I did pretty much the same thing. Even using Notepad++. ??
I am also 100% positive that it is a problem in the DB, and that when we did the replace, it screws up something with NextGen Gallery.
I had the previous dev version which worked fine. When I switched that directory with the newer codebase, and back, the same issue occurred no matter what codebase was used. That is because they all used the same DB. So I’m guessing how we did the replace is the issue. I’ll let you know more as details unfold.

@morfie & @inglebard – If you do not have access to the Reset Option under Gallery > Other Options then you may need to get our external Reset Tool plugin to correct this migration related issue.

Please submit a Bug Report (https://www.nextgen-gallery.com/report-bug/ … please reference this topic) with your site specifics so we can get that plugin out to you.

Thanks!

– Cais.

FIXED IT!
It was definitely the SQL.
Here is what I recommend:
1) Re-export the SQl file.
2) Open in Notepad++ or whatever you like.
3) go to the INSERT statement for ‘wp_options’ to the first key (‘siteurl’). You can probably just do a find for ‘siteurl’ and go right there. Change that line to your dev env’s URL.
4) Still inside the ‘wp_options’ statement, go down to ‘home’. Change that to your dev env’s URL.
5) do a search for //domainname.com/wp-content/uploads and replace it with //dev.domainname.com/wp-content/uploads
6) Save and import into empty DB

Other than a few widgets needing updating, everything worked nicely. Will there still be refs to the live site? Yes, but they are unimportant, as they will not affect functionality (most likely) and will have to be set back to the live site URL when you are done, anyway.

Hope this helped!

@morfie – Thanks for your work-around process.

– Cais.

Hi,
@morfie
I double check and everything was like you said but it doesn’t work for me.

I will submit a Bug Report.

@inglebard – Thanks, I see your Bug Report and will be responding to it shortly with an attachment of our external Reset Tool.

– Cais.

Hi,

Now with your Reset plugin, it wors like a charm.
Do you have an precise idea to correct the problem manually ?

Because we work on developpement server and push to a production server.
Path and url are not the same and it will be great to do that without reset.

Thanks a lot.

@inglebard – Thanks for the follow-up. In many cases it is simply a matter of making the corrections to paths as noted above (see @morfie’s post) but you have to make sure to go through all the possible tables where NextGEN Gallery writes to.

There are its three tables, and then there are three other core WordPress database tables that also may have paths that need to be corrected. The easiest method we can offer is to use the Reset Option under Gallery > Other Options, or if it is unavailable to use our external Reset Tool plugin.

– Cais.

If you run into this issue, can’t get to the Reset Options page, and have access to wp-cli:

wp eval 'A_Reset_Form::reset_action();'

That appears to manually run the action that submitting the form does. Worked for me anyway.