I just tested AME with “Email Subscribers & Newsletters” version 4.6.5 and, unfortunately, I was not able to reproduce the conflict. When the newsletter plugin is active, I can still save changes, and those changes are actually applied to the menu (it doesn’t just show a message). I tried this with several different kinds of changes, like renaming and moving menu items.
As was mentioned in the thread that you linked, this kind of a problem is usually related to database issues. It could just be a coincidence that the problem appeared after you installed a new plugin. It’s hard to say for sure because restoring the database from a backup would also fix a database problem (if there was one).
Could you please search the wp_sitemeta table (on Multisite) or the wp_options table (on a regular site) for entries named ws_menu_editor? How many results are there?
Also, try checking that table for errors and repair it if necessary.
Hello Janis,
thank you for your quick response.
I’ve checked the DB with PHPMyAdmin. There is one entry ws_menu_editor. It contains a rather lengthy String value (over 200.000 characters), starting with a:25:{s:22:”hide_advanced_settings”;b:1;s:16:”show_extra_icons”;…
There are no more entries of the same name.
Unfortunately, I don’t know how to check the table for errors (or repair them), if you could give me a hint, please.
Btw, uninstalling the plugin and re-installing does not help, either.
That’s good, there should only be one entry. It can get pretty long if you have a lot of menu items. The part of the code that you posted also looks fine.
PHPMyAdmin has the ability to check the table, but the way to do it might vary depending on the version. In the version that I have it works like this:
- Find the table in the database view.
- Check the box that’s next to the table name. You can also select multiple tables this way to do something with all of them.
- Scroll down to be bottom of the table list.
- There should be a dropdown that says something like “With selected:”. Choose the “Check table” option from this dropdown.
- This should load a new page and display the results. If everything is fine, the last column of the report should say “OK”.
If there are any warnings or errors in the output, try repairing the table. To do that, select it the same way as before and then choose the “Repair table” option from the dropdown.
I checked the table, and the result is “OK”.
Tried to change some menus with AME, still responds “Changes were saved” but no effect.
It sounds like this will require more involved debugging. I have a few ideas about what we could investigate next, but it’s the sort of thing that will take a lot of time and back-and-forth. Is that something that you’re willing to do?
Alternatively, if you could reproduce the problem on a staging site or in another safe environment where I could access the plugin and the database without risk to your actual site, that could speed things up a lot. Do you have something like that?
sure, i’d be willing, because I like both plugins; and I’m a comp.scientist, so I like debugging, too. I’ll create a copy of our WordPress on our webserver. It’s in German, but I can change the backend to English. Please write an Email to me: cpothmann@hhg.koeln so I can send you a password.
All right, I have sent you an email from my personal address (daerils@gmail.com).
Note: It’s getting pretty late where I am, so I might not be able to respond until tomorrow.
sure no problem. I guess we’re in the same time zone…
In case you haven’t seen it yet, I responded to your gmx.de address a few hours ago.
