Closed Bug 1151764 Opened 11 years ago Closed 8 years ago

Address Autocomplete popup not visible - clipped to 4px height every other key pressed

Categories

(Thunderbird :: Message Compose Window, defect)

38 Branch
x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: tometzky, Unassigned)

References

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0 Build ID: 20150327124418 Steps to reproduce: With attached addressbook I'm slowly typing "tometzky@" in "To" field in message compose window, making a second long pause after each character. Actual results: Every other character typed autocomplete popup isn't visible. When I type "t" and wait - after half a second a popup with 3 addresses will show. Then I type "o" and wait - it almost disappears - only top 4 pixels of this popup is shown. Then I type "m" and it again shows 3 addresses. And so on - every other letter popup is clipped to 4 pixels. Expected results: Full popup with all matching addresses should be visible after every letter typed.
Screenshot of autocomplete popup clipped to 4 pixels on Fedora 20 with Thunderbird 38b1 64 bit.
Summary: Autocomplete popup not visible - clipped to 4px height every other key pressed → Address Autocomplete popup not visible - clipped to 4px height every other key pressed
I've bisected this bug to the following patch for bug #1042561: https://bugzilla.mozilla.org/attachment.cgi?id=8581469 > $ hg bisect --bad > The first bad revision is: > changeset: 235319:d4a39def5811 > user: Jorg K <mozilla@jorgk.com> > date: Sun Mar 22 13:25:42 2015 +0100 > summary: Bug 1042561 - Autocomplete: Typed text in red despite results/matches found if suggestions change by last input r=mak
I tried on TB 38 (beta) and a local build of TB 40 (Daily) with the enclosed address book on Windows 7. With every keystroke, irrespective of how long I wait, I get the correct feedback. So I can't reproduce the problem.
@Aceman: You are on Linux, can you reproduce this?
Flags: needinfo?(acelists)
It looks like this is dependent on my Window Manager settings on Linux. So it is rather my Window Manager bug, not Thunderbird's. Closing - sorry. To reproduce if anybody would be interested: - download Fedora Linux 21 XFCE spin from: http://spins.fedoraproject.org/xfce/ and install it to USB flash-drive; - boot a computer from this flash-drive; - open Applications - Settings -> Appearance; - Change Style to "XFCE-dawn"; - Download and run Thunderbird-nightly.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
I can see the problem too. On Slackware, on KDE 3. On TB trunk (40). With my test AB, not the one attached here. Every second keypress produces the 4px menupopup. Similar problem happens on TB31.x. There, starting from the second keypress the menupop is about 20px high forever.
Status: RESOLVED → REOPENED
Ever confirmed: true
Flags: needinfo?(acelists)
Resolution: INVALID → ---
(In reply to Tomasz Ostrowski from comment #5) > It looks like this is dependent on my Window Manager settings on Linux. So > it is rather my Window Manager bug, not Thunderbird's. Could elaborate which window manger settings causing this? I'm getting this issue on xfwm with every second key press, as :aceman reported.
I ran some quick tests for tb 38.4 on various window manger. xfwm4, awesome, i3-wm and kde3 (according to :aceman) have this issue. The only wm, which expanded the list correctly after every key stroke, was gala from elementary os (it's mutter based, so I guess all mutter based wms are ok). Additionally I've tested tb 24.4 on xfwm4: the autocompletion list gets always expanded correctly.
This seems to be fixed in thunderbird 45.0.
Aceman, can you please test again. If it's fixed, please close the bug.
Flags: needinfo?(acelists)
Yes, I still see it on the released TB45. First result list are 6 entries high. Subsequent keypresses produce 1 OR 1.5 OR 6 entries high popup (or less if there are less than 6 results). Not sure what the pattern is, but the height fluctuates.
Flags: needinfo?(acelists)
Given comment 7 I am surprised this doesn't get more comments. OTOH, b3nmore then 5 months later states unable to reproduce in version 45. Do you still see this in version 52, or nightly?
Blocks: 1042561
Flags: needinfo?(tometzky)
Flags: needinfo?(acelists)
No, I do not see this now on 52 nor 59. But I'm on KDE4 since then.
Flags: needinfo?(acelists)
I can't reproduce this on Thunderbird 52.4.0 / XFCE 4.12 / Fedora 27 either. I think this should be closed as obsolete.
Flags: needinfo?(tometzky)
Thanks for the update
Status: REOPENED → RESOLVED
Closed: 11 years ago8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: