Closed (fixed)
Project:
Drupal core
Version:
9.1.x-dev
Component:
Claro theme
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
19 Nov 2020 at 10:57 UTC
Updated:
27 May 2021 at 00:54 UTC
Jump to comment: Most recent, Most recent file

Comments
Comment #2
bnjmnmFortunately this can be fixed with a change that should happen anyway. The border color is currently set to an RGBA value, but it's preferable to have it be something fixed so it remains the same color regardless of background. In this case, it would just require converting a CSS variable from RGBA to its hex equivalent so in variabless.pcss.css change
to
and run
yarn build:cssComment #3
jeroentComment #5
finn lewisI have this issue on a Drupal 8.9 site, but so far cannot replicate on Drupal 9.2.
Can anyone confirm this is still an issue in Drupal 9.2 and specific steps to replicate?
Comment #6
pandaski commentedI can confirm it is still an issue with Drupal core 9.0.* with Claro as the admin theme
Chrome version: 87
Comment #7
pandaski commentedIn Drupal core Claro theme,
blob/9.2.x/core/themes/claro/css/base/variables.pcss.css
line 124
the opacity here in rgba function is used to compile the fieldset css
It is not compatible with Chrome 87 for some reasons.
You can reproduce this issue with the example code here
Comment #8
idebr commentedComment #11
ckrinaIn my previous comment I've just opened a MR following @bnjmnm but instead of adding the hexadecimal value directly on the
--details-border-colorvalue, I've added the variable name in case its value is changed in the future:--details-border-color: var(--color-lightdiamond);Comment #12
pandaski commentedComment #15
xjmComment #16
justafishLooking good now! Verified in both Tugboat environments
Comment #17
sylus commentedJust in case the M.R. gets updated took the most recent diff and placed here as a patch.
Comment #18
a.kovrigin commented#17 works for me (Drupal 9.0.9, Chrome 87)
Comment #19
lauriiiThe merge request and patch should be created based on 9.2.x which is the current development branch.
Comment #20
longwaveRerolled for 9.2.x.
Comment #21
abhijith s commentedApplied patch #20 on 9.2.x. and it works fine.The grey container is gone from both edit form and form settings after the patch.
Adding screenshots below.
Before:

After(form settings);

After(edit form):

Comment #22
abhijith s commentedComment #23
idebr commentedAdded reference to Chromium bug https://bugs.chromium.org/p/chromium/issues/detail?id=1150372
Comment #26
lauriiiCommitted 239b5a8 and pushed to 9.2.x. Also cherry-picked to 9.1.x. Thanks!
Comment #27
danthorneWill this be fixed in D8?
Comment #28
joel_osc commented@DannyBoing I have tested the patch from #64 on D8.8 and it works.
Comment #29
longwaveReuploading #17 which applies cleanly to 8.9.x.
Comment #30
idebr commentedThe rendering of grey artefacts was fixed in Chromium and has been included in the latest stable release for Google Chrome, so this issue can be fixed locally by updating the browser. See https://bugs.chromium.org/p/chromium/issues/detail?id=1150372
Comment #31
danthorneThanks @idebr this worked.
Comment #32
mradcliffeI am removing the Novice tag from this issue for based on the Chromium fix making it a bit more difficult to test the back port patch.
Comment #33
lauriiiMarking this as fixed since I don't think we should backport this to 8.9.x because of the difficulty of testing this.
Comment #35
sylus commentedI needed a patch that applied against the latest 9.0.14+ as some changes made this patch no longer apply.
Attaching the updated patch for that branch.