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.

CommentFileSizeAuthor
#3 acf_blog_dev.png578.5 KBHanpersand
#3 acf_blog_dev_ds.png147.93 KBHanpersand
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

swentel’s picture

Priority: Major » Normal
Status: Active » Postponed (maintainer needs more info)

Ok, 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.

Hanpersand’s picture

Sure. Thank you.

Drush list, Drupal core, enabled;

Core Aggregator (aggregator) Enabled 7.23
Core Block (block) Enabled 7.23
Core Contact (contact) Enabled 7.23
Core Contextual links (contextual) Enabled 7.23
Core Database logging (dblog) Enabled 7.23
Core Field (field) Enabled 7.23
Core Field SQL storage (field_sql_storage) Enabled 7.23
Core Field UI (field_ui) Enabled 7.23
Core File (file) Enabled 7.23
Core Filter (filter) Enabled 7.23
Core Help (help) Enabled 7.23
Core Image (image) Enabled 7.23
Core List (list) Enabled 7.23
Core Menu (menu) Enabled 7.23
Core Node (node) Enabled 7.23
Core Number (number) Enabled 7.23
Core Options (options) Enabled 7.23
Core Overlay (overlay) Enabled 7.23
Core Path (path) Enabled 7.23
Core PHP filter (php) Enabled 7.23
Core RDF (rdf) Enabled 7.23
Core Search (search) Enabled 7.23
Core Shortcut (shortcut) Enabled 7.23
Core System (system) Enabled 7.23
Core Taxonomy (taxonomy) Enabled 7.23
Core Text (text) Enabled 7.23
Core Update manager (update) Enabled 7.23
Core User (user) Enabled 7.23

Drush list filtered by no-core, installed, enabled:

Administration Administration menu (admin_menu) Enabled 7.x-3.0-rc1
Administration Administration menu Toolbar style (admin_menu_toolbar) Enabled 7.x-3.0-rc1

Chaos tool suite Chaos tools (ctools) Enabled 7.x-1.3
Chaos tool suite Custom content panes (ctools_custom_content) Enabled 7.x-1.3
Chaos tool suite Page manager (page_manager) Enabled 7.x-1.3
Chaos tool suite Views content panes (views_content) Enabled 7.x-1.3

Contact Forms Contact Forms (contact_forms) Enabled 7.x-1.8

Context Context (context) Enabled 7.x-3.0-beta7
Context Context layouts (context_layouts) Enabled 7.x-3.0-beta7
Context Context UI (context_ui) Enabled 7.x-3.0-beta7
Context Context: Menu Block (context_menu_block) Enabled 7.x-3.1-beta2

Date/Time Date (date) Enabled 7.x-2.6
Date/Time Date All Day (date_all_day) Enabled 7.x-2.6
Date/Time Date API (date_api) Enabled 7.x-2.6
Date/Time Date Popup (date_popup) Enabled 7.x-2.6
Date/Time Date Views (date_views) Enabled 7.x-2.6

Development Migrate (migrate) Enabled 7.x-2.5
Development Migrate UI (migrate_ui) Enabled 7.x-2.5

Display Suite Display Suite (ds) Enabled 7.x-2.4
Display Suite Display Suite Extras (ds_extras) Enabled 7.x-2.4
Display Suite Display Suite Format (ds_format) Enabled 7.x-2.4
Display Suite Display Suite UI (ds_ui) Enabled 7.x-2.4

Feeds Feeds (feeds) Enabled 7.x-2.0-alpha8
Feeds Feeds Admin UI (feeds_ui) Enabled 7.x-2.0-alpha8
Feeds Feeds Import (feeds_import) Enabled 7.x-2.0-alpha8

Fields Entity Reference (entityreference) Enabled 7.x-1.0
Fields Fieldgroup (field_group) Enabled 7.x-1.1
Fields File Field Sources (filefield_sources) Enabled 7.x-1.8
Fields Link (link) Enabled 7.x-1.1
Fields Meta tag field (metatags_quick) Enabled 7.x-1.9
Fields Text formatter (textformatter) Enabled 7.x-1.3

Form Elements Hierarchical Select (hierarchical_select) Enabled 7.x-3.0-alpha5
Form Elements Hierarchical Select Taxonomy (hs_taxonomy) Enabled 7.x-3.0-alpha5

Input filters Pathologic (pathologic) Enabled 7.x-2.11

Media IMCE (imce) Enabled 7.x-1.7

Nodequeue Nodequeue (nodequeue) Enabled 7.x-2.0-beta1

OAuth OAuth (oauth_common) Enabled 7.x-3.1

Open Graph Open Graph meta tags (opengraph_meta) Enabled 7.x-1.3

Other Advanced help (advanced_help) Enabled 7.x-1.0
Other Backup and Migrate (backup_migrate) Enabled 7.x-2.7
Other Backup and Migrate Files (backup_migrate_files) Enabled 7.x-1.x-dev
Other Disqus (disqus) Enabled 7.x-1.9
Other Entity API (entity) Enabled 7.x-1.1
Other Entity tokens (entity_token) Enabled 7.x-1.1
Other Field Slideshow (field_slideshow) Enabled 7.x-1.5
Other Job Scheduler (job_scheduler) Enabled 7.x-2.0-alpha3
Other Libraries (libraries) Enabled 7.x-1.0
Other Link checker (linkchecker) Enabled 7.x-1.1
Other Linkit (linkit) Enabled 7.x-2.6
Other Menu Block (menu_block) Enabled 7.x-2.3
Other Module filter (module_filter) Enabled 7.x-1.7
Other Mollom (mollom) Enabled 7.x-2.7
Other Nice Menus (nice_menus) Enabled 7.x-2.5
Other Optimizely (optimizely) Enabled 7.x-1.1
Other Pathauto (pathauto) Enabled 7.x-1.2
Other Pathauto persistant state (pathauto_persist) Enabled 7.x-1.3
Other Redirect (redirect) Enabled 7.x-1.0-rc1
Other Revision operation scheduler (revision_scheduler) Enabled 7.x-1.x-dev
Other Site Verification (site_verify) Enabled 7.x-1.0
Other Token (token) Enabled 7.x-1.5
Other Token Filter (token_filter) Enabled 7.x-1.1
Other Transliteration (transliteration) Enabled 7.x-3.1
Other Twitter (twitter) Enabled 7.x-5.8

Panels Mini panels (panels_mini) Enabled 7.x-3.3
Panels Panelizer (panelizer) Enabled 7.x-2.0
Panels Panels (panels) Enabled 7.x-3.3

Performance and scalability HTTP Parallel Request Library (httprl) Enabled 7.x-1.12
Performance and scalability Memcache (memcache) Enabled 7.x-1.0
Performance and scalability Memcache Admin (memcache_admin) Enabled 7.x-1.0

RDF RDF UI (rdfui) Enabled 7.x-2.0-alpha4
RDF RDFx (rdfx) Enabled 7.x-2.0-alpha4

Search Search Configuration (search_config) Enabled 7.x-1.0

SEO Page Title (page_title) Enabled 7.x-2.7

Statistics Google Analytics (googleanalytics) Enabled 7.x-1.3

Styles File Styles (file_styles) Enabled 7.x-2.0-alpha8
Styles Styles (styles) Enabled 7.x-2.0-alpha8
Styles Styles UI (styles_ui) Enabled 7.x-2.0-alpha8

User interface IMCE Wysiwyg API bridge (imce_wysiwyg) Enabled 7.x-1.0
User interface jCarousel (jcarousel) Enabled 7.x-2.6
User interface Wysiwyg (wysiwyg) Enabled 7.x-2.2

Views Views (views) Enabled 7.x-3.7
Views Views Bulk Operations (views_bulk_operations) Enabled 7.x-3.1
Views Views Data Export (views_data_export) Enabled 7.x-3.0-beta6
Views Views UI (views_ui) Enabled 7.x-3.7

Webform Webform (webform) Enabled 7.x-3.19
Webform Webform Validation (webform_validation) Enabled 7.x-1.2

Workbench Workbench (workbench) Enabled 7.x-1.2
Workbench Workbench Moderation (workbench_moderation) Enabled 7.x-1.3

XML sitemap XML sitemap (xmlsitemap) Enabled 7.x-2.0-rc2
XML sitemap XML sitemap engines (xmlsitemap_engines) Enabled 7.x-2.0-rc2
XML sitemap XML sitemap node (xmlsitemap_node) Enabled 7.x-2.0-rc2
XML sitemap XML sitemap taxonomy (xmlsitemap_taxonomy) Enabled 7.x-2.0-rc2

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.

Hanpersand’s picture

Priority: Normal » Major
FileSize
147.93 KB
578.5 KB

So, 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.

Hanpersand’s picture

Priority: Major » Normal

Fields 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.

Hanpersand’s picture

Issue summary: View changes

Updated issue summary.

FiNeX’s picture

Hi, I'm experiencing a similar problem: #2127149: Many fields are missing on DS UI

N.B: I'm not using memcached

grahamtk’s picture

I 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". )

Hanpersand’s picture

Issue summary: View changes

I 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.

cimo75’s picture

Same problem here, the issue is difficult to debug cause it seems to happen without reason. This is becoming a majot problem here..
Simone

Hanpersand’s picture

We 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:

We downloaded a copy of the code and their database to our local server and got it running. We reordered fields on the field display config form. The first time we tried this on our local copy of the site it broke the format, just like what is happening on the production server.

Once we caused this issue, we checked our local PHP error logs and found two issues. First, our local server was running out of memory for certain requests. We checked the production logs and confirmed that this was a problem there.

But more importantly, we saw several errors that PHP's max_error_vars setting was being exceeded whenever we submitted the Field Display config form. We did a little research and found a few helpful links:

http://poplarware.com/news/max_input_vars
http://stackoverflow.com/questions/10303714/php-max-input-vars
https://drupal.org/node/1870014

(Notably, that last one is a bug report for display suite)

Anyway, at this point we had a pretty solid theory -- the display config form is big, and has a lot of inputs. When it is submitted to the server, it's more than plausible that data is being lost, discarded, or even broken in one form or another.

We made two changes to production PHP config -- we bumped the memory usage up from 128MB to 192MB. We don't imagine that this had anything to do with the issue (although we could be wrong), but the server is throwing errors when it exceeds it's memory allocation, and that's bad.

Secondly, we specified max_input_vars = 2000. The default is 1000 I believe. This could be raised even higher in theory.

Once we made these changes, we tried using the display config form, and it worked fine, and didn't cause the format to break, so in theory, the problem is fixed.

If this doesn't fix things permanently, I will report back. I hope this helps someone!

gonzalves’s picture

I 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...

aspilicious’s picture

Status: Postponed (maintainer needs more info) » Closed (works as designed)

As seen in the comments this is mostly related to out of memory exceptions.
Closing this for now.