30457 - URL bar doesn't scroll when URL text click-dragged first time

Status: VERIFIED FIXED

(Core :: DOM: Selection, defect, P3)

Description

[Jae Jang]

Encountered on M13(Linux), M14(Linux and Win98)

TO REPRODUCE:
1) after running default installation the browser opens up:
 http://www.mozilla.org/projects/seamonkey/release-notes/m14.html
 On mozilla windows with small width (say 640 pixels) the
 URL will be cut short. (On big windows all of the URL will
 be shown and this bug can't be reproduced)
2) press left button (do not release) and drag
 anywhere in the URL/location box and proceed to drag
 rightwards, selecting characters in the process.
3) the selection process stops prematurely and the text
 inside the box refuses to scroll to the left.
4) If you click (meaning press and release) inside the box
 initially, this doesn't happen and the selection goes
 all the way to the right.

This happens with all "long" URLs that are cut short.
I must first do a full click inside the area and then
do the press-drag selection for it to scroll all the way.

Comment 1

[Sean Richardson]

Confirmed with the 2000-03-06-08-M15 nightly binary on WinNT.
This only happens the first time it is attempted in each new window. 

Thought this was a known issue, but not spotting another bug.

Comment 2

[Kathleen :Brade]

reassign to mjudge, cc kin

Comment 3

[Sean Richardson]

This bug no longer happens as reported; the detail in (4) no longer applies.
It is not possible to scroll horizontally past the edges in the URL bar or in 
single-line text inputs even if it is clicked first to give focus.

The current behaviour, checked with 2000-04-04-13-M15 on WinNT, is described
in bug 34422, "Long URLs are hard to select forward - doesn't auto scroll",
which has been marked as a DUP of bug 30609, "can't scroll selection mousing 
past edges (drag select)", where it was originally reported that that problem
only happened after double-clicking in the editbox.

If the essential of this problem is the problem, and not its preconditions, 
should this bug be marked a DUP of bug 30609 too?

Comment 4

[Kathleen :Brade]

I would say that no, this is not a duplicate of that bug.
The reason is that there will still be the first click issue (once the drag 
selection does work).

Comment 5

[Jesse Ruderman]

The "first use of location bar" thing shows up in bug 30472 as well.

Comment 6

[Jesse Ruderman]

Fixed in bug 35184 by brade.  This gets a "fixed" because we know why it works 
now.

Comment 7

[Blake Ross]

*SPAM*: Changing the QA contact of all open/resolved Selection bugs from 
[e-mail] to [e-mail].  After the many great years of service 
Eli has given to Mozilla, it's time for him to move on; he has accepted a 
position at Eazel.  We'll be sad to see him go, and I'll do my best to fill his 
spot...

Comment 8

[Sebastian Späth]

veriyfing fixed