Closed Bug 251717 Opened 20 years ago Closed 20 years ago

Scrollbar thumb in location bar drop down menu appears in the wrong place

Categories

(SeaMonkey :: Location Bar, defect)

x86
Windows XP
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 254061

People

(Reporter: schapel, Unassigned)

References

Details

(Keywords: polish, regression)

Reproducibility: Always

Step to Reproduce:
1. Click to open the drop down menu under the location bar.
2. Drag on the scrollbar thumb up and down.

Expected results:
The scrollbar thumb moves along with the mouse.

Actual results:
When the mouse is first moved, the thumb jumps down. The thumb remains drawn too
low as long as you drag the mouse.

I first noticed this in Mozilla 1.8a2 on Windows XP.
I think this is basically the same issue as bug 245487 (this one is easier
noticable)
This does not happen in:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/2004-05-13
Firefox/0.8.0+
But it does happen in:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/2004-05-15
Firefox/0.8.0+
So I think this is a regression of fixing bug 242833.
(In reply to comment #1)
> So I think this is a regression of fixing bug 242833.

I´ll second that.

My comment in bug 242833 comment 25 asked if that bug was responsible for the
regression between BuildIDs 2003051308 and 2003051315 (7 hours) causing bug 245487

So now I installed BuildID 2004051308 again, and it was showing this bug here,
but I didn´t want to sacrifice more than half an hour downloading 2003051308 so
installed the next earlier build from my harddisk,

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a) Gecko/20040512

and it was WFM.
The builds I´m using are official mozilla.org nightlies and sometimes tinderbox
builds.

behaviour of the thump seen here:
Mousemovement seems to have changed between first buggy build and now, 
but I´m not sure about that, started writing this bug in 2004071408, copied my
comment written, started 200401315 (running now) pasted, and continue looking at
the thump. 
If I click in the lower half of the thump, and the mouse moves a mickey, the
thump jumps down, that the pointer is in the middle of the thump.
It is disturbing, always other behaviour.
Sometimes I can click just below the top of the thump, and move the mouse down
half the thumps height, and it doesn´t move, starts moving, when the pointer
enters the lower half of the thump.
Just saw it exactly: If I´m clicking on the up arrow, the button is depressed.
Moving the mouse down, mousekey still pressed, the button jumps back to show
released, but the thump doesn´t move.same for the lower arrow.
When I press an arrow, the thump starts moving towards that arrow. When I the
move the mouse, key still pressed, thump stops moving. Key still pressed, moving
the mouse to the left, leaving the scrolbar and entering the content area, the I
move a blue selection bar, covering a line.
The box shows 10 and a half line history of about 30 lines, scrolling the thump,
I can scroll these thirty lines. Scrolling the selection bar, the content of the
box doesn´t scroll, only when I hit the half line, initially at bottom, the box
and the thump scroll half aline, so that the line touched is seen full.
Keywords: regression
I see bug 245487 has been marked as WORKSFORME.
Robert, I'm cc-ing you on this bug. This is the same bug that Hermann mentioned
(it was already filed). I hope you don't mind.
*** Bug 255937 has been marked as a duplicate of this bug. ***
Fixed by bug 254061.

*** This bug has been marked as a duplicate of 254061 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.