Closed
Bug 27770
Opened 25 years ago
Closed 24 years ago
Scrollbar thumb slides beyond arrows
Categories
(Core :: XUL, defect, P4)
Tracking
()
RESOLVED
FIXED
M16
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
Comment 2•25 years ago
|
||
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 → ---
Comment 5•25 years ago
|
||
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
Assignee | ||
Comment 6•24 years ago
|
||
This is fixed in my current build
Status: NEW → ASSIGNED
Whiteboard: fixed awaiting checkin.
Assignee | ||
Comment 7•24 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
Whiteboard: fixed awaiting checkin.
Updated•24 years ago
|
QA Contact: paulmac → jrgm
You need to log in
before you can comment on or make changes to this bug.
Description
•