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.