Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
We have had issues on production where sometimes DS fields all over the site start disappearing (screenshot attached). We think it might be memcache related, although one of our developers is having this issue on their local box without memcache and clearing caches will not fix this issue. These are the only 2 environments where we can recreate the problem.
Can you point me in the right direction where this could be failing? Would this be a cache table? What cache bin specifically would I need to look at?
Comment | File | Size | Author |
---|---|---|---|
#38 | displaysuite extra fields.jpg | 30.45 KB | JJmonterey |
#24 | fails_to_load_ds_fields_info_file-1822168-24.patch | 461 bytes | tjmoyer |
#1 | 1822168-branch-1.patch | 1.11 KB | swentel |
#1 | 1822168-branch-2.patch | 1.11 KB | swentel |
Screen Shot 2012-10-24 at 1.16.52 PM.png | 61.85 KB | drupalninja99 |
Comments
Comment #1
swentel CreditAttribution: swentel commentedOk, so this is most likely a regression introduced by #1550678: Field titles get wrong translation - damnit. Can you test the attached patch ? I'm almost 100% sure that's going to solve it. I'll throw out new releases immediately if you can confirm this. Raising to critical because this is very annoying on multilingual sites.
Comment #2
drupalninja99 CreditAttribution: drupalninja99 commentedWe definitely are using multi-lingual, I didn't realize that could be a factor. I will definitely try out this patch, thanks so much for your help! I have been pulling my hair out.
Comment #3
drupalninja99 CreditAttribution: drupalninja99 commented! deployed the patch and cleared all caches via drush cc all. For the first time I did not see any funkiness. Before I was having to do some other stuff multiple times to finally get everything to work.
Now there are caveats:
1. When I enabled a module, the problem came back. When I disabled the module the issue went away.
2. Doing a flush all caches from the admin menu also triggers the problem
The workaround for now is that we can just use drush cc all. I am interested tho if there is anything that could be done to fix the issue when enabling a module? Also its interesting that I never get this on other environments, only on production.
Comment #4
swentel CreditAttribution: swentel commentedIs this for any module or a specific one ? I'm trying to think of situations or reasons why this might happen, but can't think of any at this point.
The admin menu flush is also very confusing as that is really clearing all cache tables. Is there any big difference between production or local ? (say memcache or so, although I can't see why that would start doing strange)
Comment #5
Anonymous (not verified) CreditAttribution: Anonymous commentedThe patch is not working for me. I put the following line in ds_get_fields function.
module_load_include('inc', 'ds', 'ds.ds_fields_info');
Now i can see all fields at admin/structure/types/manage/CONTENTTYPE/display/full,
but not all fields were rendered.Comment #6
swentel CreditAttribution: swentel commentedThat's the thing, that module include shouldn't be necessary as this file should be loaded automatically by Drupal core because it's declared in ds_hook_info().
Comment #7
nuezI´ve been having the same problem and I can confirm that #5 solution works...
Comment #8
Anonymous (not verified) CreditAttribution: Anonymous commentedI think this is not a problem with display suite. I have several issues after upgrading some modules.
- sometimes jQuery doesn't load
- pathautos admin interface is empty
- token is not working properly
Comment #9
nuezCorrection: i can see the fields now in the admin interface, but they don´t seem to render anymore...
I have the same issues as seitenmanufaktur, #8.
Comment #10
Anonymous (not verified) CreditAttribution: Anonymous commentedMaybe this is related http://drupal.org/node/1415278
Comment #11
nuezHate to spam again, just to let you know: but with the patch from #1 and the added code from #5 it seems to work. The reason i wasnt seeing it on a node, its because the specfic nodes' output was overridden by another module (tournament). tnx
Comment #12
drupalninja99 CreditAttribution: drupalninja99 commented@swentel, my test was just enabling and disabling the devel module. It very well could be module specific if the module does anything extra when it's enabled or disabled. I would hope tho that there wouldn't be any disruption at all - maybe we need even stronger checking of the $cache variable either on the get side or the set side to make the data is legit.
Ya the mean difference is memcache. Still not sure why that matters.
Comment #13
Anonymous (not verified) CreditAttribution: Anonymous commentedThe comments at #1267966: Pathauto patterns are not showing up helped me. I had an custom module calling drupal_add_js outside a function.
Comment #14
drupalninja99 CreditAttribution: drupalninja99 commented@seitenmanufaktur, very interesting bc I have had the exact same issues. We might need to have a sidebar conversation. I will check out your link.
Comment #15
drupalninja99 CreditAttribution: drupalninja99 commentedI cleared caches today and the problem is still happening. I thought drush cc all worked but it is doing the same thing. I have to run this to get everything to work:
Bc I have these same issues:
I am starting to suspect that DS is a victim and that the victims are many and I can't figure out the root cause.
Comment #16
aschmoe CreditAttribution: aschmoe commentedThis does not seem to be specific to 7.x-1.x. A similar action to #5 has solved the issue of ds.ds_fields_info.inc not being included.
Comment #17
Frederic wbase CreditAttribution: Frederic wbase commentedI can confirm that the solution from #5 is working.
We never had problems with this functionality untill we upgraded from drupal 7.15 to drupal 7.17.
After upgrading to drupal 7.17 and after clearing the cache we had the problem for the first time..
So maybe this issue isen't only related to display suite but also to drupal core or the way the both are working together?
Comment #18
sparker888 CreditAttribution: sparker888 commentedI'm having the problem on 7.16. Haven't updated yet as Acquia hasn't updated...subscribing.
Comment #19
sparker888 CreditAttribution: sparker888 commentedCan you plz raise to critical? Seems to be affecting enough users and patch isn't working. Thx!
Comment #21
swentel CreditAttribution: swentel commentedCommitted both patches re: the language. Why those files aren't included, I have no clue because it doesn't make much sense to have to fix there.
Comment #23
tjmoyer CreditAttribution: tjmoyer commentedThis is still an issue in the latest 7.x-1.x version (x). It looks like there's a known issue with hook_hook_info: https://api.drupal.org/comment/23983#comment-23983. And another comment on the hook_hook_info() api page says that this function if for modules that define a hook, not modules that implement a hook: https://api.drupal.org/comment/32908#comment-32908.
I think it makes the most sense to include a like michamilz stated in #5 https://drupal.org/node/1822168#comment-6660256. That works, because otherwise the ds.ds_fields_info.inc file is never included and Drupal doesn't see that DS actually implements the hook.
Comment #24
tjmoyer CreditAttribution: tjmoyer commentedHere's the patch implementing the module_load_include() in ds_get_fields() for 7.x.1.x.
Comment #25
swentel CreditAttribution: swentel commentedMm that's not the right fix. I've been experiencing this at work now too where this suddenly popped up, but not for the DS info file but a custom module.
I'm going to debug some more this week. It's a core problem also, but I might figure something out to just let it work.
Comment #26
tjmoyer CreditAttribution: tjmoyer commentedI agree that this seems to be a core issue, as the comment for the hook_hook_info() function says it will automatically load $module.$group.inc. However, if you follow the first link I gave (x) to the link it notes about the core issue here: https://drupal.org/node/977052 you'll find a vigorous discussion of the issue in Drupal 8 and the possibility of backporting a fix to Drupa 7. But the left it last September, marking it as "closed (won't fix)". This may be a core issue, but it doesn't look like they're likely to figure out and implement a fix any time soon.
I think for the time being the best solution is to not rely on hook_hook_info() to find included files but instead to make sure the inc file is included where needed in any module's code that implements such a hook.
Comment #27
swentel CreditAttribution: swentel commentedAnd I can't reproduce anymore. I'm going to wait until it pops up again and then try to debug it again.
Note patch in #24 only solves part of the problem.
Comment #28
zmove CreditAttribution: zmove commentedI have the problem on DS 2.6. Tried to changes layout, clean cache, change layout again, clean cache again etc.... I cannot retrieve my custom fields.
Comment #29
zmove CreditAttribution: zmove commentedComment #30
Media Crumb CreditAttribution: Media Crumb commentedNot sure why this was closed, but I'm have this issue as well. Everything is load and enabled, but I see NO options for DS besides layouts at the bottom of Manage Display pages.
I have no options to create fields or anything else related to DS. What is going on? Seems like a big deal
Comment #31
aspilicious CreditAttribution: aspilicious commentedThis is annoying... Can you all provide a list of modules + version so we can find the cause of this?
I cannot reproduces and I never could reproduce it.
Also provide some data about php versions, server setup, ....
Can you also try the patch in #24 and tell me if it (partially) solves your problem...
Comment #32
hkirsman CreditAttribution: hkirsman commentedHad the same issue on 7.x-2.6. #24 works
Comment #33
MsNingrum CreditAttribution: MsNingrum commentedI am using Display Suite 7.x-2.6 and having similar issue, patch #24 does not work for me.By the way I just found out that one of configurations inside panel overrides the content display, I disable it, and it works now.
Comment #34
rolturn CreditAttribution: rolturn commentedOkay, so I have been dealing with this issue for the couple of months; finally happened upon this thread and I have to say #24 works and has been the only thing that I have found to stabilize these pages. I have found other treads around this issue and will share this page with them. Thank you tjmoyer!
Comment #35
adriancotter CreditAttribution: adriancotter commentedI was having this self-same issue. I tried #24 it did not work for me. However, in playing with it, I noticed that the same problem occurred in the regular display -- but only after I had moved all my fields into what I thought was the proper place.
It turns out that the offending module was not DS, but conditional fields -- the dependee field needs to be present in the manage display in order for the dependent field to show up. See this issue.
The lesson: your problem may not necessarily lie in DS. The first thing to do in troubleshooting would be to change the display back to "normal" and rearrange the fields to be displayed (or not) as you had it on DS. If the problem is still occurring then you'll have to look elsewhere.
Comment #36
alexkb CreditAttribution: alexkb commentedUsing Display Suite 2.6 and the latest Drupal core 7.26 we had the exact same problem as drupalninja99. #24 fixes the title and other fields not showing in the "manage display" tab. Also had to do a "drush cc all" before the changes took affect.
Also, if I use the clear cache tool via the admin menu, I get all sorts of weird results that appear to be javascript related - so I don't think that problem is Display Suite's fault.
Comment #37
mvwensen CreditAttribution: mvwensen commentedSame issue here, several fields just disappeared. Tried to clear caches, run cron, removed and readded the view-modes but none of it worked.
The fix in comment #24 works for me too after a cache clear.
Comment #38
JJmonterey CreditAttribution: JJmonterey commentedI'm not sure that this addresses all the above concerns but if the field(s) are being generated by another module such as locations they will not appear in a DS manage display layout unless they are enabled under the "Enable Extra Fields" screen. Also if somehow the bundle (machine name) is renamed, it must be changed on the same screen. Attached screenshot. I spent a couple of hours sorting this out when using the location module and the fields would not show up when using a DS layout.
Comment #40
aspilicious CreditAttribution: aspilicious commentedThis issue has become a garbage bin of different issues :D
#24 worked for some people (I have no clue why) but I added it as it doesn't hurt.
Thnx for all comments!
Comment #42
aschmoe CreditAttribution: aschmoe commentedRe-opening as this issue is not fixed.
Absolutely agree, can we focus on "needs review" for #24, as this also solved the issue for me. Should probably re-roll the patch as well.
Comment #43
aspilicious CreditAttribution: aspilicious commentedThis is part of the dev release
Comment #44
aspilicious CreditAttribution: aspilicious commented