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)
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.
Comment 1•20 years ago
|
||
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.
Comment 2•20 years ago
|
||
(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
Comment 3•20 years ago
|
||
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.
Comment 4•20 years ago
|
||
*** Bug 255937 has been marked as a duplicate of this bug. ***
Comment 5•20 years ago
|
||
Fixed by bug 254061. *** This bug has been marked as a duplicate of 254061 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•