If you look at the video control buttons here https://bugzilla.mozilla.org/show_bug.cgi?id=1755713#c5, you can see a black mask around these buttons which only happens on Windows, HCM in black theme. Those button have a `background-color: transparent` property set yet somehow its being rendered with black (the reason why the next and back buttons don't have that is because they are anchor tags with button roles). It sounds like disabling this pref isn't desired here - emilio can you give me a bit more context on why (I'm new to the code base and FE team) and some guidance on what would a better solution?
Bug 1755713 Comment 14 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
If you look at the video control buttons here https://bugzilla.mozilla.org/show_bug.cgi?id=1755713#c5, you can see a black mask around these buttons which only happens on Windows, HCM in black theme. Those button have a `background-color: transparent` property set, with svgs, yet somehow its being rendered with black (the reason why the next and back buttons don't have that is because they are anchor tags with button roles). It sounds like disabling this pref isn't desired here - emilio can you give me a bit more context on why (I'm new to the code base and FE team) and some guidance on what would a better solution? It looks like its a similar issue to bug 1625036.
If you look at the video control buttons here https://bugzilla.mozilla.org/show_bug.cgi?id=1755713#c5, you can see a black mask around these buttons which only happens on Windows, HCM in black theme. Those button have a `background-color: transparent` property set, with svgs, yet somehow its being rendered with black (the reason why the next and back buttons don't have that is because they are anchor tags with button roles). It sounds like disabling this pref isn't desired here - emilio can you give me a bit more context on why (I'm new to the code base and FE team) and some guidance on what would a better solution? It looks like its a similar issue to bug 1625036. I'm also curious why removing this particular pref actually works (even though it sounds like isn't desired).