Closed Bug 22512 Opened 25 years ago Closed 25 years ago

Clicking just below scrollbar thumb moves thumb to bottom.

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: masri, Assigned: eric)

References

Details

(Whiteboard: [PDT+] 2/04/00 fixed awainting checking) 

Build ID: 1999122111 (M12)
Platform: Macintosh PowerBook G3/300 (1024x768
display), MacOS 9, 128Mb RAM, VM off. (How long do we have to wait to get MacOS
9 added to the list of OSes on the bug submission form? Who handles this??)

Scroll bar jumping!

Here's one for you. Go to:

http://www.mozilla.org/status/

Expand the Moz browser window to full screen by clicking the grow box. First,
move your mouse approx. half way down the gray scroll bar, and click once. As
expected, the screen jumps down 1 screenful of text, and the scroll box moves
down (as expected) a small amount, showing you approximately where you are in
the document.

Now, position your mouse underneath the scroll box, approx. half
the length of the scroll box. (In other words, a little bit under the scroll box
in the gray scroll bar). Click, and make sure to leave the mouse where it was,
pointing at the gray scrollbar. The scroll box jumps all the way down the page!
This will continue to happen until you move the mouse outside the gray
scrollbar. When the scrollbar makes its way to the bottom, you can make it jump
back up to the top by reversing the process.

Caffinated scrollbar!

Ok, here's
another fun scroll bar bug. Go to this page.

http://www.mozilla.org/status/

Once again, expand your window to fullscreen by clicking the scrollbox. (Note,
I'm on a 1024x768 display.) Move your mouse to the gray area in the scrollbar
under the scrollbox, and click once. The scrollbox has moved to the bottom of
the scrollbar, and you're at the end of the document, right? DO NOT move the
mouse away from the scrollbox!

Ok. Grab the scrollbox, and try dragging it up.
See it jump back and forth between its new position and the originating position
(bottom)?

- Adam
Assignee: shuang → pinkerton
Component: UE/UI → XP Toolkit/Widgets
Hey, Mike ---

Thought you'd know who should get this, per our prior chat.
is this mac only?
Mike &&/|| Adam, do you think this is a dupe of 20476?
Summary: Mac: Browser scroll bar lunacy → [dogfood][beta] Mac: Browser scroll bar lunacy
Whiteboard: Need to know if this is XP!
Target Milestone: M14
M14, this needs to be fixed for beta. I don't think this is a dupe of 20476, but
it's probably related in some way. If this is XP, i'll give it to evaughan, but
will keep if mac only.
Whiteboard: Need to know if this is XP! → [PDT+] Need to know if this is XP!
Putting on PDT+ radar.
re: 20476



It looks like only the first half of my report ("jumping") is a dupe of that bug.

The second half ("caffinated") is completely different.



- Adam
Assignee: pinkerton → evaughan
OS: Mac System 8.6 → All
Hardware: Macintosh → All
Whiteboard: [PDT+] Need to know if this is XP! → [PDT+]
Happens on both mac and linux. Cannot repro on win32, however. Reassigning to
evaughan.
Status: NEW → ASSIGNED
Target Milestone: M14 → M13
Priority: P3 → P1
bumping priority to p1 due to PDT+ status.
*** Bug 20476 has been marked as a duplicate of this bug. ***
QA Contact: elig → claudius
Target Milestone: M13 → M14
moving to m14, despite PDT+ status, since there is no crash, data loss, or leak,
and it isn't blocking anyone.  Come to think of it, why is this PDT+?
Whiteboard: [PDT+]
Per request by Trudelle for reconsideration of PDT status, I've deleted the + on
the status whiteboard, and we'll reconsider at our next PDT meeting.

The claim to get PDT+ dogfood status would be that it makes use of the Mac
client impossible to use because you can't scroll around.  IF indeed you can
view content and scroll around reasonably, and/or the alternate mechanism is
pretty discoverable, then this should not be a PDT+ bug (although it sure should
get fixed for our beta).

Comments?  Work around? Ease of work-around?

Thanks,

Jim
Severity: normal → blocker
Whiteboard: [PDT+]
Blocking work.  Putting on Blocker severity.  A PDT+ for Gecko team.  List boxes
and view system held up until this is working. Putting on PDT+ radar.
Hmmm.. Every mac person I talked to said they had no problems with this bug. To
create it you have to intentionally click in the space between the thumb and the
down or up arrow. If you don't this never happens. The work around is just to
hit page down or up. BTW this does not crash or prevent the user from scrolling.
Jan: Blocking who on what list box/view system work?  Why haven't the engineers
who are blocked commented in this bug? Why are there no bugs listed as depending
on this? Why are there zero votes for this bug? Is PDT now the court of first
resort?
However, due to the focus problems, pressing "Page Up" or "Page Down" frequently 
doesn't work without clicking in the URL bar and back. 

This may not be a PDT blocker, but this absolutely should be fixed by beta. This 
happens to me at least once every hour of usage, and requires a full browser 
restart.
Whiteboard: [PDT+] → [PDT+] 1/28/00
That sounds like a separate bug. This is only concerned with clicking in the 
gray area under the scrollbar thumb.  In fact, it is only a problem when you 
click within one thumb-length of the thumb. It seems like a boundary case that 
is being handled improperly, resulting in repeated hops of the thumb. There is 
no crash, no need to restart anything, there are ample workarounds, and I still 
haven't heard how this bug could possibly be blocking anyone from anything.

If I'm just missing something here, please let me know exactly what!

Removing vestigial tags and rewriting summary to reflect reality.  Setting 
Priority P3.
Keywords: beta1, dogfood
Priority: P1 → P3
Summary: [dogfood][beta] Mac: Browser scroll bar lunacy → Clicking just below scrollbar thumb moves thumb to bottom.
Keep in mind that a lot of dogfood work involves using pages that have a scroll 
region that is only twice the height of the scroll bar. I've encountered this on 
every bug I've been trying to use within Seamonkey recently. 

(This problem is annoying enough that I'll probably stop using Seamonkey for my 
Bugzilla work until it's fixed in M14 unless the focus problems that required 
voodoo to use keyboard shortcuts are fixed.)

*** Bug 24813 has been marked as a duplicate of this bug. ***
*** Bug 24710 has been marked as a duplicate of this bug. ***
This bug describes more than one defect.  Just copied second problem into new 
bug 25012.
Keywords: beta1
*** Bug 25411 has been marked as a duplicate of this bug. ***
*** Bug 25012 has been marked as a duplicate of this bug. ***
*** Bug 25516 has been marked as a duplicate of this bug. ***
Blocks: 25824
Whiteboard: [PDT+] 1/28/00 → [PDT+] 2/04/00 posible fix testing.
No longer blocks: 25824
*** Bug 21531 has been marked as a duplicate of this bug. ***
*** Bug 26739 has been marked as a duplicate of this bug. ***
In bug 26739 the user actually filed a report that they liked the jump to the
bottom behaviour:
"I like this feature.  I don't know how to file a "keep this bug" bugreport, 
but keep this unusual behavior around, or make a formal TopOfPage (BottomOfPage
accelerator)". However, since this request is for something which is being fixed
in this bug, I have marked a dup and added a comment here.
LOL! They like this behavior? And here I thought it was totally psychotic.

- Adam

A top/bottom accelerator already exists (at least on my linux build).  Just
click and hold down the mouse button on the scroll bar above/below the thumb,
and the page will scroll all the way to the top/bottom of the page.  It isn't
necessary to keep this annoying bug around to have that feature.

I would never encounter this bug if scrolling via the keyboard consistently
worked, but since it doesn't I hit this bug all the time and it makes it
frustrating to browse the web with Mozilla.  I'm glad to hear it's on the radar
to be fixed sooner rather than later.

myk wrote:
"Just click and hold down the mouse button on the scroll bar above/below the thumb,
and the page will scroll all the way to the top/bottom of the page."

that's a bug too...

claudius wrote:

"that's a bug too..."

If that other bug is fixed I'll put in an RFE to reinstate it.  It's a very
useful way of getting to the top or bottom of a page or just scrolling up and
down as much as you want without having to grab the thumb or move your cursor
from whereever it is on the scrollbar.

That "bug" is a feature in Motif (or Lesstif anyway) and exists in my copy of
NS4.7.  In fact I just used it to get to the bottom of this long bug page so I
could grab your message to quote it above.

Claudius,

It's not exactly a bug for the reason you outline. Please see

http://developer.apple.com/techpubs/mac/HIGuidelines/HIGuidelines-121.html#HEADING121-34

Behavior on Mac (and I'm assuming wanted behavior on all platforms) is that a
click-hold in the gray area of a scroll bar moves the scroll bar to the bottom
of the page, or the location of the arrow, whichever comes first. I have spawned
bug 26914 to deal with that issue separately.

- Adam

*** Bug 26913 has been marked as a duplicate of this bug. ***
*** Bug 26914 has been marked as a duplicate of this bug. ***
QA,please note that the resolved duplicate bug 26914 describes a related case 
that should be tested before verifying this bug.  In the unlikely event that a 
satisfactory fix for this bug doesn't fix 26914, then please reopen 26914. 
*** Bug 26953 has been marked as a duplicate of this bug. ***
This is now fixed. Just need to test on all platforms and check in.
Whiteboard: [PDT+] 2/04/00 posible fix testing. → [PDT+] 2/04/00 fixed awainting checking
Fixed.
closing out
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
VERIFIED fixed on all platforms with the 2000021510 builds. and yes, it fixed bug 26914 as well
Status: RESOLVED → VERIFIED
*** Bug 30416 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.