Closed jeffkamo closed 8 years ago
@jeffkamo do you know the circumstances under which the chrome-specific fix (i.e. #69) was a problem?
:+1:
@fractaltheory my understanding is that these were the repro steps for the Chrome issue:
However I have not been able to reproduce that issue, neither before making any changes, nor after. So... ya, not sure what's up with that.
@jeffkamo Hm, okay. It looks though like width: 100%;
was there before the fix for #66 was applied? Is it safe to remove that?
@fractaltheory good point. I've added the width
and it's comment back in.
@fractaltheory also, I've added a test to the example in that demonstrates the issue, and I've added instructions to the PR description to see it.
I should have mentioned this earlier, but this issue only seems to occur on Android 4.4.2 (perhaps just the Galazy S4?)
:+1:
Status: Ready for Review Reviewers: @ericawright @stewartyu @mikenikles @fractaltheory @jansepar @marlowpayne
Due to an issue in some browsers (i.e. Android 4.4.2, Galaxy S4 default browser), using
@support
breaks the:not()
CSS pseudo selector. See here:https://bugs.chromium.org/p/chromium/issues/detail?id=257695
In particular, this was an issue in our project here: https://mobify.atlassian.net/browse/CF-105
Also: Removed the Chrome specific fix from before, as I cannot reproduce that particular issue anymore.
Changes
@support
block, replaced with Deckard classes for SafariJira Tickets:
Todos:
Unlink CF project from having this branch as a dependencynevermind, the project package.json points to the commit, not the branchHow to Test
bower install
andnpm install
grunt build
examples/index.html
in a Galaxy S4, Android 4.4.2 (i.e. Luna) browserred
Note: I've intentionally added a test case to the example's stylesheet (not the Pikabu's
scss
) that demonstrates the issue. Thered
text should be inheriting colors from their parent, but because of the presence of@support
, the:not()
selector that setscolor: inherit
isn't being respected.