440080 - rendering problems with scrollable items

Status: NEW

(Firefox :: General, defect)

Description

[Jordanes]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv:1.9) Gecko/2008061004 Firefox/3.0
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; it; rv:1.9) Gecko/2008061004 Firefox/3.0

the simple html page in the attachment points out three different problems
1. the color is renderized outside the table with border collapse
2. the table scrolls horizontally when it should not
3. the cursor is renderized as a standard pointer when it should be different

more details are found on the page itself

Reproducible: Always

Steps to Reproduce:
1. simply try the two buttons on the page to test for bug 1 & 3
2. to test for bug 2, you need a mouse with an horizontal scrolling capability



Expected Results:  
when the property cursor on the background div is set to context-menu, the mouse cursor changes as expected. When you point on the table, though, it becomes the standard arrow. If you leave the table by top or bottom nothing happens, while if you leave it by the right side the cursor changes back to context menu. odd.

none of this happens in firefox 2.

Comment 1

[Jordanes]

Attachment: test page

Comment 2

[Steven Michaud [:smichaud] (Retired)]

You're reporting three unrelated problems here (with FF3), which
isn't the best practice.  You should open separate bugs for each of
them.

1) Pressing the Cursor button should toggle the state of the cursor as
   you mouse over parts of your test object (the div whose id is
   "container") -- those parts which aren't controls.

   Pressing the Cursor button once gives the cursor a "context-menu"
   style.  Pressing the Cursor button again returns the cursor to
   normal.

   On Linux this works fine.  On Windows it doesn't work at all (the
   cursor's appearance never changes).  On OS X the cursor changes
   back to normal when you move over a control and stays that way.

2) You can scroll your example's table horizontally.

   I can't reproduce this on any platform, including OS X.

   On OS X I used a Mighty Mouse.  I have the standard mouse OS
   settings.

3) Pressing the border button makes your example's table display at
   the wrong size.

   I see this on all three platforms (Windows, Linux and OS X).

Comment 3

[Steven Michaud [:smichaud] (Retired)]

> On OS X the cursor changes back to normal when you move over a
> control and stays that way.

Actually this is wrong.  The cursor changes back to normal and stays
that way (for the time being) if you move over your example's table.
The cursor changes (back) to the "context-menu" style if you move over
a control and then move off the control (but not over the table).

Comment 4

[Brian Polidoro]

The problem with the border button looks like Bug 317137.  

Comment 5

[Jordanes]

> 2) You can scroll your example's table horizontally.
> 
>    I can't reproduce this on any platform, including OS X.
> 
>    On OS X I used a Mighty Mouse.  I have the standard mouse OS
>    settings.
> 

I admit I could have done a clearer example. The scrolling is not easy to see since it is only a few pixel away from the starting position (the size of the scroll bar actually). To have it, just start scrolling a few time vertically and then suddently scroll to the side. (it could help if you set your mighty mouse to scroll 360 degrees, not just on the two axis - but this should not be necessary) If it can be of any help, I noticed this problem on OS X Tiger, tomorrow if I can I will test this on Leopard too.

> 3) Pressing the border button makes your example's table display at
>   the wrong size.
>
>   I see this on all three platforms (Windows, Linux and OS X).

The odd (annoying) thing is not the size, is the fact that the background color is rendered over the div that should cover it.

Comment 6

[Steven Michaud [:smichaud] (Retired)]

>> 3) Pressing the border button makes your example's table display at
>>   the wrong size.
>>
>>   I see this on all three platforms (Windows, Linux and OS X).
>
> The odd (annoying) thing is not the size, is the fact that the
> background color is rendered over the div that should cover it.

So you'd agree with comment #4 that this particular problem is the
same as bug 317137?

Comment 7

[Jordanes]

I can't be 100% sure, since in that case it happens without the border-collapse:collapse, while in my test page the problem seems to depend on that.
The two things may be related, though

Comment 8

[Jordanes]

Just tried with a mighty mouse on Leopard. The table scrolls horizontally. It seems like "overflow-y:scroll;overflow-x:hidden" makes the tbody scrollable in both directions, but only the y scrollbar appears. (this particular table is built with a single td behind the scrollbar to avoid the bar itself to go over the content of the other cells - it is possible to scroll right to expose completely that td).

Comment 10

[Steven Michaud [:smichaud] (Retired)]

(In reply to comment #9)

Apparently this was a typo, which you've now corrected.

Comment 11

[Lucas Malor (mail: c6kfnkn2uc AT snkmail DOT c0m)]

Problem with border-collapse is Bug 424585. I'll add to the testcase of that bug also background-color property.

The problem with scrolling is another. Fx3 doesn't calculate the width of vertical scrollbar for the box. This should not happens, the y scrollbar should expand the element, not cause an x overflow. You can see it changing overflow-x to auto or visible. This happens only for y-scrollable tables. I would report a bug for this but I don't know if I have time.

For the problem with cursor:context-menu, I can't reproduce because I'm on Windows, but for what I've understood this is not a bug. If so, please resolve this bug as invalid when a bug for the overflow along x will be submitted.

Comment 12

[Steven Michaud [:smichaud] (Retired)]

> For the problem with cursor:context-menu, I can't reproduce because
> I'm on Windows, but for what I've understood this is not a bug

What do you mean by "this is not a bug"?  Do you think the cursor
shouldn't change at all and that the Linux behavior (as described in
comment #2) is incorrect?

By the way I agree that this bug is invalid, because it reports three
unrelated bugs -- there should be just one bug per report, otherwise
things quickly become unmanageable.

Comment 13

[Lucas Malor (mail: c6kfnkn2uc AT snkmail DOT c0m)]

Ok ok, sorry. I've not written "this is not a bug", but "for what I've understood this is not a bug". Which aspect should have the cursor on elements with an available context menu? Could this depends on OS cursor settings?

Can somebody open two other bugs for cursor:context-menu and x-overflow caused by vertical scrollbar problems?