"100%" text on the Zoom toolbarbutton is hard to read
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr91 | --- | unaffected |
firefox-esr102 | --- | unaffected |
firefox101 | --- | unaffected |
firefox102 | --- | unaffected |
firefox103 | --- | fixed |
People
(Reporter: itiel_yn8, Assigned: itiel_yn8)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
Comment 1•3 years ago
|
||
Set release status flags based on info from the regressing bug 698873
Comment 2•3 years ago
|
||
:mconley, since you are the author of the regressor, bug 698873, could you take a look?
For more information, please visit auto_nag documentation.
Updated•3 years ago
|
Comment 5•3 years ago
|
||
bugherder |
Updated•3 years ago
|
Comment 6•3 years ago
|
||
Set release status flags based on info from the regressing bug 698873
Comment 7•3 years ago
|
||
I tried to reproduce the issue on Win10 using build 103.0a1(20220609220048) and 103.0a1(16th of June) and checked Zoom options from toolbar. But I see no difference between the latest Beta 103.0b4 and the builds without the fix. Can you please provide more detailed steps? Thank you.
(In reply to Monica Chiorean from comment #7)
I tried to reproduce the issue on Win10 using build 103.0a1(20220609220048) and 103.0a1(16th of June) and checked Zoom options from toolbar. But I see no difference between the latest Beta 103.0b4 and the builds without the fix. Can you please provide more detailed steps? Thank you.
- Add the zoom controls to the toolbar
- Be on any website with zoom level = 100%
- On older builds, the
100%
is not the same color as the+
or-
and looks faded. On latest Nightly all 3 should look the same
Comment 9•3 years ago
|
||
I checked again on latest Nightly 104.0a1(20220705212856) / Beta103.0b5 builds and all 3 buttons look the same, but depending on the theme used they are a bit hard to view (see screenshot attached from Win10, but same experience is visible on Ubuntu20.4; theme used is 'Colour-Spectrum').
Comment 10•3 years ago
|
||
Comment 11•3 years ago
|
||
Is behavior explained on comment9 and 9 correct?
Assignee | ||
Comment 12•3 years ago
|
||
(In reply to Monica Chiorean from comment #11)
Is behavior explained on comment9 and 9 correct?
I think you're comparing Nightly with a build too old where the issue didn't occur. Can you re-test things with a build newer than 20220612?
Comment 13•3 years ago
|
||
Indeed with a newer version the Zoom looks better.
Comment 14•3 years ago
|
||
(In reply to Itiel from comment #12)
(In reply to Monica Chiorean from comment #11)
Is behavior explained on comment9 and 9 correct?
I think you're comparing Nightly with a build too old where the issue didn't occur. Can you re-test things with a build newer than 20220612?
For theme 'Colour-Spectrum' should I log a separate issue? Thank you.
Assignee | ||
Comment 15•3 years ago
|
||
mconley, what do you think the desired outcome should be here? See the comparison in comment 10.
Before (on Windows), this took place:
https://searchfox.org/mozilla-central/rev/f41f31de675cc9ac0c17a7ad84c0b32cd08994c5/toolkit/themes/windows/global/toolbarbutton.css#55-57
but now that the toolbarbutton is disabled
this doesn't happen when the page zoom is 100%.
This causes the toolbarbutton to toggle text-shadow back and forth when the zoom changes from 100% to a different value.
IMO this should be consistent regardless, and seeing the other (non-bookmarkitems) toolbarbuttons, I think the button should have no text-shadow.
(The toolbarbuttons should have a shadow or something because now their white color blends too well with the background, but that's a different issue)
WDYT?
Comment 16•3 years ago
|
||
Hi Itiel,
Sorry for the delay here. I agree that when in the toolbar, if the text has drop-shadow, we'll want to keep it even if the button is disabled.
Description
•