Closed Bug 105020 Opened 23 years ago Closed 23 years ago

Keystrokes overridden by mouse hanging over short URL while keying down to larger URL

Categories

(SeaMonkey :: Autocomplete, defect, P4)

x86
Windows 98

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: WeirdAl, Assigned: hewitt)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5) Gecko/20011011 BuildID: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5) Gecko/20011011 Often a URL will be larger than the defined width of the URL bar. Shorter URLs take their place near the top of the recently typed URLs. When you have your mouse over one of the shorter URLs (which doesn't require resizing of the URL dropdown), you can use the keyboard to scroll down through the URLs. So far, so good. But, when you're using the keyboard to scroll, if you reach one of those larger URLs which force the URL dropdown to resize its little panel, immediately after resizing, the URL dropdown jumps to reselect the one where your mouse is hanging over. The shorter one you already passed up. Reproducible: Always Steps to Reproduce: 1. Start typing into the URL bar one of your recently visited URLs, preferably a main site page such as bugzilla.mozilla.org. 2. Move your mouse over the first complete URL (which should be short enough to view completely in the URL dropdown viewing area). 3. Use the down-arrow-key to scroll down in the URL dropdown to a URL which cannot be completely seen in the URL dropdown viewing area. Actual Results: The URL dropdown viewing area resized horizontally to a larger size. onResize, the selection jumps back to the first complete URL. Expected Results: The URL dropdown viewing area resizing horizontally to a larger size. The selection continuing to progress downward to the next complete URL. Pretty picayune, but easy to notice. I would guess the event handler isn't watching to see if another related event is in progress. If I look into the URL bar's scripting a bit, I might be able to fix this one. Is this in the right component, or should it go to URL Bar?
Actually, it's dupe of 89106. Can't change status though.
Summary: Keystrokes overridden by mouse hanging over short URL while keying down to larger URL → Keystrokes overridden by mouse hanging over short URL while keying down to larger URL
I take it back. This is the URL bar, 89106 is File->Open.
irc.mozilla.org suggested different component, transferring.
Component: User Interface Design → XP Apps: Autocomplete
really transferring (sorry for spam.)
Assignee: mpt → hewitt
QA Contact: zach → blakeross
I can see this on win98 in 0.9.5, but not in 2001101408 (the autocomplete popup no longer resizes wildly, or at all actually ... which might be related to bug 104157 ??) ...so not marking this wfm 'til 104157 is fixed
with 2001101513/Redhat 7.1 I'm not seeing this. Autocomplete box does not resize horizontally or jump back to shorter URL when I key down to a URL that doesn't fit in current width.
Bug 104157 has been marked as a duplicate of bug 86551. Do we still see this?
I don't see it anymore, but I can't say the same for Alex. If he doesn't reply to this in 24 hours, I think we can safely resolve as WORKSFORME. Until he replies, or time is up, leave UNCONFIRMED.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Priority: -- → P4
Target Milestone: --- → Future
Mid-air collision with Joe Hewitt. He told me via irc that there's no relation to 104157 or 86551. Not sure why he assigned it to himself, though... I'm going to download a new nightly and try to reproduce this bug. If I don't get the same results (W3C has some lovely long URLs), then I'll recommend WORKSFORME.
WORKSFORME Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.5+) Gecko/20011018 Go figure.
Still no evidence in latest builds. Thanks anyway. :)
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.