Hello,
Just wanted to report that upgrading to bootstrap 7.x-3.18 seems to break the Advanced Search and all Horizontal Tabs on Nodes.
The Advanced Search tab and all Horizontal Tabs on the below pages were displaying blank rectangles.
https://www.serenitystocks.com/search
https://www.serenitystocks.com/stock/aapl
The Advanced Search tab seemed to fix itself after a collapse and reopen.
The Horizontal Tabs on the nodes displayed nothing, no matter how many times they were clicked on.
The site has been reverted to bootstrap 7.x-3.16 for now.
Sorry if the issue is a duplicate, but a search on the issue queue did not turn up anything related on 7.x-3.18.
The problem seems to be unique to 7.x-3.18.
Reverting to 7.x-3.16 seems to fix the problem.
Thank for all the great work!
Comment | File | Size | Author |
---|---|---|---|
#7 | html.txt | 27.47 KB | grahamvalue |
#7 | Screen Shot 2018-01-24.png | 118.39 KB | grahamvalue |
Comments
Comment #2
markhalliwellPlease see the following change record: https://www.drupal.org/node/2938332
Comment #3
willzyx CreditAttribution: willzyx commentedExactly same problem here.. and the change record doesn't help :(
the problem seems to be located in
bootstrap_preprocess_bootstrap_panel()
Comment #4
markhalliwellSome screenshots and markup of before and after would help...
Comment #5
grahamvalue CreditAttribution: grahamvalue commentedThe test site has temporarily been configured with the base bootstrap theme.
http://test.serenitystocks.com/user
uid / passwd to log in are:
test / test
The error can be seen on any node page such as:
http://test.serenitystocks.com/stock/us/atlanta
The advanced search does not seem to have this error on this test site.
Comment #6
markhalliwellThat's not what I asked for. I don't have time to poke around a site. Viewing images and reading markup is easier for maintainers who have limited time, such as me, and read issues via email on their mobile devices.
Comment #7
grahamvalue CreditAttribution: grahamvalue commentedSorry.
Seemed that a live site would be easiest to debug.
A screenshot and the html text file are attached.
As you can see, the second tab is displayed as blank even though it has html content in it.
Comment #8
markhalliwellI'm going to have to step through this locally to try and reproduce since this is technically a field_group compatibility issue, but it likely won't be until this weekend.
Comment #9
grahamvalue CreditAttribution: grahamvalue commentedThank you, markcarver!
Comment #10
agrozyme CreditAttribution: agrozyme commentedI have a problem that is about field_group and horizontal Tabs.
When I use bootstrap 7.x-3.16, it work fine.
But I use bootstrap 7.x-3.19, it can't show the content that has horizontal Tabs.
Comment #11
april26 CreditAttribution: april26 commentedI have the same happening on http://www.intertalent.co.za/voiceover-artist-search
I use horizontal tabs on the Content display, and none of the fields inside the tabs are showing. I am relieved to know that an old version will sort it out.
(Version 3.17 changed the CSS for the facet search, from a block label to an inline labels and strange looking dropdowns, but that was fixed in 3.19.)
Apologies - this is the error but I am using Bootstrap 7.x-3.19 and not the dev version.
Comment #12
kenianbei CreditAttribution: kenianbei commentedI was able to fix this by following the directions in the change record as per: https://www.drupal.org/node/2938332
I just had to remove "display: inherit;" in overrides.less and recompile my style.css as directed in the change record.
Comment #13
markhalliwellAh, yes... please make sure to read release notes and any relevant change records.
Comment #14
LeDucDuBleuet CreditAttribution: LeDucDuBleuet as a volunteer commented@markcarver I had seen that release note but since it is about Panel and does not say anything about Advanced Search or Horizontal Tabs, it did not seem relevant to me. So I did not try it before. Anyway, I tried it now and the Horizontal Tabs on my node edit form still display nothing, no matter how many times they were clicked on. I tried with both my sub-theme patched and with the main base theme current dev version using a CDN or not and the issue is still there for me so I am re-opening it. I don't understand why it should be "works as designed"?
For now, I am using vertical tabs displayed horizontally and it works well. But I really think we should look deeper into this to fix the horizontal tabs properly. Let me know if I can help by doing some more tests.
Thank you for your time.
Comment #15
markhalliwellI just don't have time to look into this at the moment.
If someone wants to the grunt work and track down where this "bug" may lie, then by all means create a patch against the latest dev and I will review it.
As I stated above, it's likely a (specific) field_group compatibility issue.
Comment #16
chromo-dev CreditAttribution: chromo-dev as a volunteer commentedMy test:
Bootstrap 3.19. My Sass sub-theme based on Bootstrap 3.16
/themes/sub-theme/bootstrap/assets/stylesheets/bootstrap/_component-animations.scss
file comment:
// Heads up!
//
// We don't use the `.opacity()` mixin here since it causes a bug with text
// fields in IE7-8. Source: https://github.com/twbs/bootstrap/pull/3552.
line 10
comment out opacity:0;
.fade {
/* opacity: 0; */
-webkit-transition: opacity 0.15s linear;
-o-transition: opacity 0.15s linear;
transition: opacity 0.15s linear;
}
horizontal tab contents returned.
Thats as far as I have got so far...
Comment #17
markhalliwellSmh... please... stop modifying the Bootstrap Framework source files...
That isn't a bug.
.fade
is suppose to have an opacity of0
, which.fade.in
reverses.This is clearly just a symptom of recent changes, I'd recommend limiting code to this project's code and within the context of reported affected versions.
Comment #18
kenianbei CreditAttribution: kenianbei commentedI'm not exactly clear on what is happening to cause content in tabs to disappear, but I tracked down which commit and issue where this starts happening.
Original Issue: https://www.drupal.org/project/bootstrap/issues/2910624
Breaking commit: https://cgit.drupalcode.org/bootstrap/commit/?id=73fdc01
Please try adding the following code to bootstrap/templates/bootstrap/bootstrap-panel.vars.php on line 48:
** Make sure to clear cache **
Readding this line to the most recent release of 7.x-3.x fixed the issue for me. I'm not going to provide a patch as the issue and commit in question should be looked at by the maintainer and he should decide whether or not to revert it.
I can confirm though that this commit is what is causing tabs content to not display. I don't have time to actually looked into the why, sorry...
Comment #19
markhalliwellComment #20
m.stentaThanks for tracing this @kenianbei - I am the author of that other patch. @markcarver reverted it, and I am trying to figure out why it caused this issue so that we can fix both issues permanently.
Can anyone in this issue provide me with steps to reproduce the issue? Please use Bootstrap version 7.x-3.19 because that includes the patch that I made (which purportedly causes this issue). Then, if you can, add the lines @kenianbei described, clear cache, and confirm that the problem goes away.
Comment #21
m.stentaNevermind - I was able to replicate this. See #2910624: Collapsible fieldsets are disabled when group is set for updates moving forward...
Comment #22
markhalliwellIt was discovered in #2910624: Collapsible fieldsets are disabled when group is set that the
field_group
module that it was abusing core's#group
property by placing its objects instead of an expected string. This module should be setting a custom property if it needs/wants to use an object.Furthermore, it should properly set the default
#collapsible
and#collapsed
properties based on its configuration.Comment #23
rjacobs CreditAttribution: rjacobs commentedWhile stepping though a debugger in
bootstrap_preprocess_bootstrap_panel()
when rendering a field_group htab I was unable to observe the described issue with the#group
property. From my observation it was not an object, but in fact a string ("group_tabbed") as expected. This seems further supported by the logic infield_group_pre_render_htab()
which extracts the group object into the appropriate element properties (as an array, not an object). It's very possible that I'm missing something, as I don't have a history with this module, but I mention this as it may explain why many people were not having success with the patch from #2910624: Collapsible fieldsets are disabled when group is set, which depends on#group
being an object for proper detection of field_group tabs.The real concern seems to be stated in #2910624-19: Collapsible fieldsets are disabled when group is set (comment in #19):
And in #22 above:
Specifically the issue might revolve around the #collapsible property. When
#collapsible
is set by field_groupbootstrap_preprocess_bootstrap_panel()
is adding (as of 3.x-3.17) classes that are compatible with generic fieldsets but not field_group tabs. That really seems to be the root of the disappearing tab content issue.Is the
#collapsible
property actually applicable to horizontal and vertical tabs? This property appears to be initially set in_field_group_get_html_classes()
:Simple commenting out
$group->collapsible = TRUE;
also seems to fix the problem, but may very likely have other consequences. I'm happy to get into a patch, but it may help to have someone very familiar with field_group comment on the utility of the#collapsible
property here.Comment #24
rjacobs CreditAttribution: rjacobs commentedIt doens't look like 7.x-2.x is supported.
Comment #25
grahamvalue CreditAttribution: grahamvalue commentedUpdating the link on main post.
Comment #26
grahamvalue CreditAttribution: grahamvalue commentedClosing since the issue seems to be a duplicate of #2910624: Collapsible fieldsets are disabled when group is set.