I create this ticket as a consequence of
#2691313: Option to control which groups are available per entity type/bundle →
, since I experienced the same slow performance, in my case when selecting an image in an image field via a file browser window. This would trigger an AJAX callback, and afterwards all Drupal behaviours would be attached again to all meta tag fields.
The issue above is for D8 and there is no backport for D7 yet (
#2981238: Option to control which meta tag groups are available per entity type/bundle (D7) →
). I have to admit I haven't really looked into what the D8 fix does as it's rather different. Moreover, my problem is not with specific groups but with all meta tags tabs.
I have also looked into the linked issue in 2691313 and what DamienMcKenna's suggests in comment (
#2958733-19: Performance Impact →
). The proposed solution is to disable the meta tags tab on certain entity types / bundles, via the extended/advanced permissions.
I can see why the "administer meta tags" would serve as a "allow to edit all" permission.
However, I would not even need the advanced permissions as my global metatag settings are just fine for all nodes. So I concluded that I could just disabled the "edit meta tags" permission and that would be that. It didn't work. Apparently, the #access to the tab is also granted when someone has the "administer meta tags".
That means there's no way for me to allow someone to configure the meta tag settings, but not show the tab on a node edit form, which would fix the initial slow ajax callback.
Needs work
1.0
Code
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
"Edit meta tags" permission was gone in the latest version?
It's still present in the D7 version. The D8+ version has never had the "edit meta tags" permission, we always took the approach that sites should use the Field Permissions module to control access to that field.