I enabled the following modules: Meta tags, Meta tags: Context, Meta tags: Open Graph, Meta tags: Views
Then I went to add a new meta tag default at admin/config/search/metatags/config/add.
I saw all of the correct Types in the dropdown menu. Then I cleared cache and all the Types disappeared. The only way I can get the Types back is if I disable and reenable one of the meta tag modules.
I'm thinking it has something to do with the metatag_config_instance_info() function on line 1462 of metatag.module, but I can't figure it out.
| Comment | File | Size | Author |
|---|---|---|---|
| Screen Shot 2013-04-15 at 4.30.35 PM.png | 28.47 KB | mamanerd | |
| Screen Shot 2013-04-15 at 4.31.38 PM.png | 35.12 KB | mamanerd |
Comments
Comment #1
damienmckennaI can't replicate this. Do you have any other modules on your site?
I've changed this to a Support Request as I can't replicate it, if we can work out that it *is* a bug in Metatag I'll be happy to change it back.
Comment #2
mamanerd commentedYes, I have other modules on my site. The only one I think it might be conflicting with is TVI: Taxonomy View Integrator 7.x-1.0-beta3.
Also, I'm using Drupal 7.22 if that helps.
Comment #3
damienmckennaTVI shouldn't affect it, given this would be a general problem obtaining a list of entities, not just vocabularies.
There must be something installed or some custom code that is interfering with the caches. Are you using e.g. Memcache, APC, xcache, MongoDB or any other caching engine? What database are you using?
Comment #4
codewatson commentedWhat are you using when you clear the cache? When I clear the cache the message says "Caches cleared." but in your screenshots the message says "Every cache cleared.", do you have a special module for clearing your cache? Maybe it is clearing something it shouldn't?
Comment #5
mamanerd commentedI am using Admin Menu (http://drupal.org/project/admin_menu) to clear cache (Home > Flush All Caches).
Comment #6
codewatson commentedTry clearing the cache with the normal drupal method (admin/config/development/performance) and see if it still happens? That would tell you if admin_menu is the culprit.
Comment #7
mamanerd commentedI just cleared cache the regular way and the issue did not happen. So it does seem as if admin_menu is the culprit here.
Comment #8
damienmckennaWhich version of Admin Menu are you using? I use it too and haven't ran into this problem before.
Comment #9
mamanerd commentedi use version 7.x-3.0-rc4
Comment #10
mitsuko commentedThe same here, with 7.x-1.0-beta6 or 7.x-1.0-beta7 or 7.x-1.x-dev and Administration menu 7.x-3.0-rc4.
As a workaround, just clear the cache 2 times with the "classic way" : performance --> clear cache.
Comment #11
cameron prince commentedI'd like to confirm that I am seeing this bug while developing a taxonomy-based set of pages. Drush is a work-around, but using the clear cache in the admin menu has become such a habit, it's hard to keep from doing it. I tried the "classic way" mentioned in #10 and like drush, it does clear the cache without disturbing the meta tags, but for me, didn't restore the tags once they were lost. So the work-around is only preventative. In the meantime, I added a warning message with drupal_set_message() to display a reminder for me not to clear cache on these pages.
To be clear, this is while viewing the term. It's not like admin menu has the entire edit form to somehow accidentally submit. Could admin menu be triggering an AJAX process that is supposed to be triggered only on the edit page?
Comment #12
damienmckennaThere have been a lot of changes to the codebase in the past two years and I've not seen the issue since then. If the problem persists with the latest release then please let me know.