This seems similar to this issue: https://drupal.org/node/1547166 but that issue is closed.
I have been working on a site where I have a node that's using the following:
* A DS layout for the "Full Content" view mode
* Some custom fields: a custom date field, and a few custom block fields
* When I pull some HTML or CSS changes from Git, sometimes (I cannot identify a pattern; it might be more random than that) these custom fields totally vanish; all other DS config for that node is intact, just those fields disappear from the "Display Fields" list *and* the front end of the node
* On my local instance and our dev site, I am able to Drush cc all 2-3 times, and the fields return.
* I launched the database and code to production a couple days ago, fields were there, all was well. Today, I pulled some CSS changes to production and the fields vanished on production. No amount of cache clearing is bringing them back.
Comment | File | Size | Author |
---|---|---|---|
#3 | acf_blog_dev.png | 578.5 KB | Hanpersand |
#3 | acf_blog_dev_ds.png | 147.93 KB | Hanpersand |
Comments
Comment #1
swentel CreditAttribution: swentel commentedOk, could you give me following:
- list of all enabled modules
- which ds modules are enabled, and ds extras configuration settings as well (in case it's enabled)
- drupal core version
Because, I can't really figure out a starting point as I have never experienced such a thing.
Comment #2
Hanpersand CreditAttribution: Hanpersand commentedSure. Thank you.
Drush list, Drupal core, enabled;
Drush list filtered by no-core, installed, enabled:
I haven't had a moment to test this theory on the dev site, but the disappearing fields might most often be triggered by files being updated in the theme folder (with a Git pull from the repo), but I am not sure. I know they have also seemingly-randomly disappeared when I know I didn't make any theme code changes at least once or twice (and I'm the only one working on theme code). Sometimes a double cache clear will restore the fields and they will be configured correctly in their DS layout. The last time it happened, they vanished and couldn't be restored by cache clearing, and we had to replace them with a database backup. They were restored, but were disabled (even though they had been enabled at the time of the backup), and I had to re-place them in the DS layout one by one. It's definitely inconsistent and frustrating and I hope I will have some time in a couple weeks to see if I can figure out what the pattern is.
Let me know if you need anything else. Thanks again.
Comment #3
Hanpersand CreditAttribution: Hanpersand commentedSo, I just had fields disappear again, on a production site. I don't know what the trigger was--we made no code changes to the site, and no DS config changes. The client has been adding content, and that's it. Our development site is on the same server. Its custom fields are working right now. The development site has the exact copy of the production site's database right now, though the codebase has some updates applied on dev (listed below). I don't know if that's helping things to work properly on dev or not. Because this problem is intermittent, dev might just be having a good day. It's too soon to tell.
Example: I've got three custom fields in these blog posts.
1. The date (in byline, to right of author)
2. AddThis buttons (in byline, to right of date)
3. Disqus comment widget (at bottom of post)
See the first two fields in the attached screen shot of the dev site, and here: http://dev.actionagainsthunger.org/blog/after-coup-economic-collapse-ins...
They, as well as the Disqus field, are all where they should be.
See that they are all *not* here on production: http://www.actionagainsthunger.org/blog/after-coup-economic-collapse-ins...
In "Custom Fields", those three custom fields are present on *both sites*--everything is as it should be at admin/structure/ds/fields on both sites.
In "Display Fields", the production site does not list the custom fields at all--they're not there. I'm attaching a screen shot of the date and AddThis fields in the DS config for the development site. On development, they're where they should be right now. On production, the fields are simply not in the list. They were there a few weeks ago, but they've since vanished.
On the development site, we just updated DS, along with this list:
Context [context-7.x-3.1], Display Suite [ds-7.x-2.6], Entity API [entity-7.x-1.2], Field group [field_group-7.x-1.3], Field Slideshow [field_slideshow-7.x-1.82], Google Analytics [google_analytics-7.x-1.4], Hierarchical Select [hierarchical_select-7.x-3.0-alpha6], HTTP Parallel Request & Threading Library [httprl-7.x-1.13], Module Filter [module_filter-7.x-1.8], Revision scheduler [revision_scheduler-7.x-1.x-dev], Webform Validation [webform_validation-7.x-1.3], Zen [zen-7.x-3.2]
We'll be pushing these updates to production later this week. I will report back as to whether this fixes the issue permanently or not. Thanks.
Comment #4
Hanpersand CreditAttribution: Hanpersand commentedFields are working again after we did some OS updates and restarted memcached. So, the next time they vanish, we will try restarting memcached and see if that helps. I'll report back. I hope they stay put this time.
Comment #4.0
Hanpersand CreditAttribution: Hanpersand commentedUpdated issue summary.
Comment #5
FiNeX CreditAttribution: FiNeX commentedHi, I'm experiencing a similar problem: #2127149: Many fields are missing on DS UI
N.B: I'm not using memcached
Comment #6
grahamtk CreditAttribution: grahamtk commentedI experienced something similar with DS 7.x-1.9.
I had to remove the layout from the display mode, and re-enable the ds layout.
(I used features and had exported my display settings so I first had to remove these settings before I was able to chose layout "none". )
Comment #7
Hanpersand CreditAttribution: Hanpersand commentedI just made some minor adjustments to a DS layout Display Fields config, and custom fields vanished again, and I had to get them all back via changing layout, clearing cache, changing layout back, re-placing custom fields. It happens on the dev site, with no memcached, and on production. I am going to have to rebuild this nodetype without DS, because this isn't working, alas.
Comment #8
cimo75 CreditAttribution: cimo75 commentedSame problem here, the issue is difficult to debug cause it seems to happen without reason. This is becoming a majot problem here..
Simone
Comment #9
Hanpersand CreditAttribution: Hanpersand commentedWe made some progress on this, I *think*. We made this change about 14 days ago and so far, the problem has not recurred. We're still watching it. Here's the summary from our internal ticket:
If this doesn't fix things permanently, I will report back. I hope this helps someone!
Comment #10
gonzalves CreditAttribution: gonzalves commentedI also have a similar issue. Mine is the 'Add to compare list' button used by Commerce Product Comparison module that is getting disappeared when we apply a layout...
Comment #11
aspilicious CreditAttribution: aspilicious commentedAs seen in the comments this is mostly related to out of memory exceptions.
Closing this for now.