1575531 - First character in address bar text field is slightly cut off in compact density mode on low-DPI screens

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect, P2)

Description

[Andreas Tolfsen ❲:ato❳]

Attachment: Screenshot 2019-08-21 at 13.58.09.png

The first character in the address bar URL text field is seemingly
cut off by one or two pixels, causing the character’s antialiasing
to be missing on the left hand side. See the attached screenshots.

This is a recent regression, but I don’t have a regression range.

Comment 1

[Andreas Tolfsen ❲:ato❳]

[Tracking Requested - why for this release]: UX glitch in address bar.

Comment 2

[Andreas Tolfsen ❲:ato❳]

Attachment: Screenshot 2019-08-21 at 14.00.14.png

Closeup of previous screenshot shows that the ‘g’ is missing
antialiasing on the left hand side. Also quite noticable with the
‘c’ character.

Comment 3

[Liz Henry (:lizzard)]

Dale, can you help find an owner for this issue?

Comment 4

[Drew Willcoxon :adw]

Hmm, I can't reproduce this. I'm using a 2x ("Retina") screen though, and it looks from the screenshot like Andreas is on a 1x screen. That could be related. I can't reproduce it after setting layout.css.devPixelsPerPx = 1, either. They recently did some work on the identity and tracking-protection icons, so that's a possible cause.

Andreas, do you have any userChrome.css modifications? Is it possible for you to find a regression range?

Dao, can you reproduce this? Also possible it's Mac-only though...

Comment 5

[Andreas Tolfsen ❲:ato❳]

(I’m away on holiday for a week without access to a low-DPI display,
but as adw mentioned I also cannot reproduce this on a high-DPI
display.)

Comment 6

[Dão Gottwald [:dao]]

I can't reproduce this on Ubuntu (100% scale).

The screenshot in comment 0 shows the UI density set to compact which I guess could also make a difference.

Comment 7

[Andreas Tolfsen ❲:ato❳]

Attachment: Screenshot 2019-09-02 at 11.32.51.png

Comment 8

[Andreas Tolfsen ❲:ato❳]

Attachment: Screenshot 2019-09-02 at 11.32.58.png

Comment 9

[Andreas Tolfsen ❲:ato❳]

I’m back from holiday now.

(In reply to Dão Gottwald [::dao] from comment #6)

The screenshot in comment 0 shows the UI density set to compact
which I guess could also make a difference.

dao is entirely correct here, this is only reproducible with the UI
density set to compact in normal DPI.

Comment 10

[Liz Henry (:lizzard)]

Jessie, can you help find someone to look into this?

Comment 11

[Jessie [:jbonisteel] pls NI]

Andreas - can you use Mozgregression to try and find a regression range?

Comment 12

[Jonathan Kew [:jfkthame]]

(In reply to Andreas Tolfsen 「:ato」 from comment #5)

(I’m away on holiday for a week without access to a low-DPI display,
but as adw mentioned I also cannot reproduce this on a high-DPI
display.)

If anyone's needing to investigate this on a Retina-display machine, it's possible to reproduce this by checking the "Open in Low Resolution" option in the application's Get Info panel in the Finder.

Comment 13

[Andreas Tolfsen ❲:ato❳]

Attachment: Screenshot 2019-09-16 at 11.17.09.png

Thanks for the tip, jfkthame!

It looks like this problem has resolved itself, as you can see from
the attached screenshot from 20190915214245 this morning.

Comment 14

[Liz Henry (:lizzard)]

Would you mind checking it one last time in beta 70?

Comment 15

[Andreas Tolfsen ❲:ato❳]

Where do I find a build for beta 70?

Comment 16

[Jonathan Kew [:jfkthame]]

Try https://www.mozilla.org/en-US/firefox/channel/desktop/, or even https://www.mozilla.org/en-US/firefox/beta/all/.

Comment 17

[Andreas Tolfsen ❲:ato❳]

Nevermind, found one on https://www.mozilla.org/en-US/firefox/channel/desktop/.

This is not reproducible on 70.0b9 (20190923154733) either.