1088000 - Awesomebar entry for default action jumps when typing on external non-Retina display with a Retina MBP

Status: RESOLVED WORKSFORME

(Toolkit :: Autocomplete, defect, P5)

Description

[Tim Taubert [:ttaubert] (inactive)]

Attachment: Jumping Awesomebar entry on non-Retina external display

The default entry has perfectly constant height on my built-in Retina display. On the external monitor however it jumps around as shown in the attached GIF.

Comment 1

[Tim Taubert [:ttaubert] (inactive)]

It seems that the entry is simply too high. I can scroll the list of entries with just a single entry.

Comment 2

[Blair McBride [:Unfocused] (UNAVAILABLE)]

Do you mean that there's more than one entry there, when what's shown is jumping around?

Comment 3

[Tim Taubert [:ttaubert] (inactive)]

(In reply to Blair McBride [:Unfocused] from comment #2)
> Do you mean that there's more than one entry there, when what's shown is
> jumping around?

Sorry, I'm not sure I understand the question here. Can you reframe this please? :)

Comment 4

[Blair McBride [:Unfocused] (UNAVAILABLE)]

Sorry :)

Wen this is happening, is there only the one result item that's shown? Or are there other results you can scroll to?

Comment 5

[Tim Taubert [:ttaubert] (inactive)]

Hmmm. I suddenly can't reproduce it anymore. Did we land something that might have fixed this in the meantime?

Comment 6

[Ed Lee :Mardak]

Attachment: jumping retina first result.webm

I can still reproduce this issue with 36.0a1 2014-11-03. I recorded this video with 2014-11-02 then restarted to check with today's build, and the problem actually didn't reproduce with the same window. But if I open a new window on the retina display and drag it to the non-retina, the problem is back.

If I drag a tab out of a window in the non-retina display, the problem does not manifest. But dragging that window to the retina display results in a white line below the entry when there's only one item.

These issues seem to only appear when the popup is initially rendered on retina-or-not then displayed on the other display resolution. Note, it's required to have the popup rendered on the other display first before moving the window to trigger this bug.

Comment 7

[Ed Lee :Mardak]

Digging in a bit more, this doesn't seem entirely dependent on unifiedcomplete. I turned off the pref, and while I don't see the jumping, if I press down enough times to select the 6th entry, the list needs to scroll down a few pixels. I'll attach some screenshots that show the extra pixels being added/removed.

Comment 8

[Ed Lee :Mardak]

Attachment: from retina - on retina (no problem)

Comment 9

[Ed Lee :Mardak]

Attachment: from retina - on non-retina (lost pixels -- cropped)

Comment 10

[Ed Lee :Mardak]

Attachment: from non-retina - on non-retina (no problem)

Comment 11

[Ed Lee :Mardak]

Attachment: from non-retina - on retina (added pixels -- whitespace below)

Comment 12

[Ed Lee :Mardak]

With attachment 8516398 [details], it looks like 12 rows of pixels are added. That at least matches up with 12 results.

Comment 13

[Marco Bonardo [:mak]]

Is this still a problem?

Comment 14

[Tim Taubert [:ttaubert] (inactive)]

(In reply to Marco Bonardo [::mak] from comment #13)
> Is this still a problem?

Not on my mac, no. Haven't seen this in a while.