Closed Bug 27770 Opened 25 years ago Closed 24 years ago

Scrollbar thumb slides beyond arrows

Categories

(Core :: XUL, defect, P4)

x86
Linux
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: sarnold, Assigned: eric)

References

()

Details

Attachments

(1 file)

Hello there. I viewed this URL with a linux 02/13/00 CVS build. The webpage
(some solaris 2.7 documentation) is laid out .. differently. The horizontal
scroll bar thumb width shows that there should be about one more inch of content
to the right of the page -- but there is none. Sliding the thumb to the right
causes the blank region to be visible, but .. the thumb does NOT stop sliding
when it reaches the right-arrow.

It continues to slide.

I am using the gfx scrollbars, and the viewManager2 preference is checked on. I
will try to post a screenshot showing the fun.

:)

Thanks
I can't reproduce this using today's comm opt respin on RH 6.1, resolving as
wfm.  If you see it again, please reopen and add sufficient information for me
to reproduce it.

BTW, why would we ignore the build ID?  Are these real screen shots, or a
simulation?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
No, those are actual screenshots -- but my screen is 1600x1200, and posting five
of those would seem a little mean to the poor servers. So, I cut and pasted the
bit that looked funny and put them into one graphic, for ease of viewing. (Not
pleasure of viewing, just ease. :)

The Build ID: should be ignored because I can't figure out why mine is never the
right date. A quick check with my source tree showed some 11 different places in
source where the build id was being set. However, I have reason to believe that
my code gets updated daily, when I execute the commands to update cvs, and that
the build I make accurately reflects the current state of the tree.

Since you sent this message, I have tried twice to reproduce it with no success.
I plan on reading a fair bit more of that web page in the next few days, so if
it pops up on future builds, I will reopen.

Thanks trudelle :)
Trudelle, I was able to recreate the bug using 02/15/00 CVS build. The reason
why the build-id should be ignored is due to bug 24353 (If this thing doesn't
put the link in, http://bugzilla.mozilla.org/show_bug.cgi?24353 ) -- I am so
glad someone else found it too, and could nail the reason why the build-id
should be ignored.

In any event, the bug happened again. Here are the steps I took to reproduce it:
1) View this bug report
2) Right click on "URL" link above
3) Open Link In New Window
4) Scroll to end of page by dragging verticle thumb
5) Click and hold the right-pointing horizontal scroll arrow

This was the first time I had visited this page in this mozilla session. A
second viewing of the page had the horizontal thumb too skinny -- the content of
the page *DID* fit within the screen -- but I didn't get the scroll bar to
scroll beyond its boundaries.

I hope this helps. :)
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Okay! reproduced using today's NS verification build.  assigning to evaughan as
p4 for M16
Assignee: trudelle → evaughan
Status: REOPENED → NEW
Priority: P3 → P4
Target Milestone: M16
This is fixed in my current build
Status: NEW → ASSIGNED
Whiteboard: fixed awaiting checkin.
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → FIXED
Whiteboard: fixed awaiting checkin.
QA Contact: paulmac → jrgm
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: