While it doesn't affect vanilla install/site on recent 7.17.1 platforms in our tests, it does happen for previous versions when there are more fields created - as reported by two of our clients:

When I move a field for a custom content type within "Manage Fields", the UI, for the fields disappears.

All these errors are related to ajax features on various administration pages, e.g. drag-and-drop in the field_ui module and such. If I visit the same pages with javascript disabled, they all work as intended, so it's *only* an ajax issue.

Not sure if this is something caused by newer Redis server version incompatibility with integration module, since it didn't happen before BOA-2.0.4 which includes latest Redis server version, but until we will find the reason, we should add yet another exception, for cache_field bin this time.

Comments

omega8cc’s picture

Status: Active » Needs work

Workaround committed: http://drupalcode.org/project/octopus.git/commit/1e0355b but I'm not marking this as fixed yet, since adding more such workarounds makes Redis less and less useful in general.

omega8cc’s picture

Title: Redis cache breaks Manage Fields AJAX based UI elements » Disabling Redis on known AJAX calls breaks AJAX based UI elements
Status: Needs work » Fixed

It looks like the problem is an opposite - we have left two lines which *disable* Redis integration on the fly on some known AJAX calls while debugging broken upload progress in Nginx and then forgot to remove these lines, as it was unrelated completely, since it was Speed Booster which should be disabled on those calls, plus some incorrect extra locations in the Nginx config. And there is no need to exclude cache_field bin, either.

Fix committed: http://drupalcode.org/project/octopus.git/commit/c1dcb12

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

omega8cc’s picture

For a hot-fix please run:

wget -U iCab http://files.aegir.cc/update/global-fix.sh.txt
bash global-fix.sh.txt
rm global-fix.sh.txt