Closed Bug 260753 Opened 20 years ago Closed 15 years ago

Vertical scrollbar won't move if mouse is positioned over top part of bar. Bottom works.

Categories

(Core :: Layout, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 187435

People

(Reporter: gillickl, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040913 Firefox/0.10
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040913 Firefox/0.10

On my 1280x854 display, the example page
(http://personal.ecu.edu/gillickl/jomc224blog/) causes a vertical scrollbar on
the right of the window.  This isn't the problem.  If I try to "grab" the bar on
the top part of the bar, it won't.  If I try to "grab" the bottom of the bar, it
works.  That's the problem.

I suspect that the <div> located at the top of the page has something to do with
this problem.  It contains an image - the "flag" at the top of the page.  The
scrollbar doesn't seem to work correctly anywhere to the right of that image.

Reproducible: Always
Steps to Reproduce:
1. Load the page
2. Click-and-hold the top of the scrollbar
3. It won't work.
4. Click-and-hold the bottom of the scrollbar
5. It will work.
Actual Results:  
See 3 & 5

Expected Results:  
The scrollbar should work where it appears.
If it's not going to work somewhere, it shouldn't appear.

It's still very cool software that renders the page better than IE for Mac.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 @
1280x960. Also confirmed works with Mozilla/5.0 (Windows; U; Windows NT 5.1;
rv:1.7.3) Gecko/20040913 Firefox/0.10. Are you running Firefox with the default
skin?
More to the point, is this a problem with trunk builds?
I am running Firefox with the default skin.
Here are some other specs from the system profiler, in case they can be useful.

System Version:	Mac OS X 10.3.5 (7M34)
Kernel Version: 	Darwin 7.5.0
Machine Model: 	PowerBook G4 15"
CPU Type:         	PowerPC G4  (1.1)
Number Of CPUs:	1
CPU Speed:       	1.25 GHz
L2 Cache (per CPU):	512 KB
Memory:           	512 MB
Bus Speed:        	167 MHz
Boot ROM Version:	4.7.1f1

I'll be happy to provide other info if it'll help.
> I am running Firefox with the default skin.

Which firefox?  Trunk, or 1.0PR1?
1.0PR1

I haven't seen this behavior with any other browsers or the latest Windows version of Firefox.

Neat bug.

So this is not a problem with a trunk firefox build?
I have no idea.
The point is, could you please test that?  I don't have an OSX system to test
on, and you say it doesn't happen on other OSes...
Ah.  Gotcha.

I downloaded from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

After installation, Help-About Mozilla Firefox tells me it's: 
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; @AB_CD@; rv:1.8a4) Gecko/20040922 Firefox/
0.9.1+ 

Identical symptoms.
remember, scrollbars are native in mac classic skin.
Assignee: dbaron → nobody
Component: Style System (CSS) → Layout
QA Contact: ian → core.layout
Attached file testcase
Confirming with same build as reporter.
In the submitted testcase: trying to grab the part of the scrollbar which is
alongside the yellow div does nothing. Grabbing the lower part (below the
yellow div) works.
The div uses position:fixed, and has to be wider than the visible window for
this to happen.
Confirming Uri's added info.  The div has to be wider than the visible window
for this to happen.  If window is re-sized in my original problem case for added
width, problem ceases.

Thanks Uri.  I hadn't noticed that.
Sounds like more of the "fixed-pos nodes overlap scrollbars" issue... except I
assume the yellow background doesn't paint over the scrollbar?
No, it does not paint over the scollbar.
Keywords: testcase
Didn't find a duplicate, confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I can confirm on a trunk build.  But it seems to be fixed in my personal build
that contains the patch from bug 187435.  I wonder if any of the event handlers
I added to nativescrollbar.xml in that patch have anything to do with fixing this.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: