341368 - Cursor changes to OS level pointers after having the bookmarks page open

Status: VERIFIED WORKSFORME

(Camino Graveyard :: General, defect)

Description

[philippe (part-time)]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.9a1) Gecko/20060613 Camino/1.2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en; rv:1.9a1) Gecko/20060613 Camino/1.2+

This is a strange one.
After opening the bookmarks page in a tab, then opening web pages in various tabs, the cursor changes to OS level pointers (resize icon, arrow) instead of the html/css cursors in the left part of the window.
I first noticed this after mousing over a (big and fat block-level) link. The cursor would change from the link (pointer/hand) to a double-arrow resize icon as used by the OS when moving over the splitter in iTunes/mail.app/Camino bookmarks page (html  cursors for resize are single arrow things).
After that the cursor never changed back to the normal html cursor while still mousing over the link.

This happens only in the left part of the window, exactly at the same width as the size of the sidebar in my bookmarks page (about 150px in my case). This is not limited to links. Image to come.
And yes, Camino is the active/foreground app when this happens.
First really noticed with the 20060608 build.

Reproducible: Sometimes

Comment 1

[philippe (part-time)]

Attachment: screen image

Taken with a digital camera, didn't find a way to catch the cursor with a screenshot.

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Did any of those pages contain marquees or JS-driven scrolling text?

Comment 3

[philippe (part-time)]

(In reply to comment #2)
> Did any of those pages contain marquees or JS-driven scrolling text?
> 
It is *not* the same behaviour as e.g. on the news.bbc.co.uk site, where the cursor goes kind of  mad after mousing over the scrolling text on top of the page. That one affects the whole width of the window. And closing the tab that contains the bbc site 'fixes' the problem.

In this case it is really limited to that left part of the window. And in the session when I reported this problem, the only pages I had loaded were minimal test cases for css layout options and IE windoze bugs.

Comment 4

[Peter Jaros (:peeja)]

I can't seem to get it to happen.  To be clear: I'm opening a window, hitting "bookmarks", then opening some urls into new tabs, switching to one, and moving the cursor to the left part of the page.  Everything's normal.

Did I misunderstand the steps to reproduce?

Comment 5

[philippe (part-time)]

(In reply to comment #4)
> I can't seem to get it to happen.  To be clear: I'm opening a window, hitting
> "bookmarks", then opening some urls into new tabs, switching to one, and moving
> the cursor to the left part of the page.  Everything's normal.
> 
> Did I misunderstand the steps to reproduce?

Maybe my English was not so good when I filed this bug. But yes, that is it essentially. 
Open Bookmarks manager, do something there (or not), and then continue with your normal browsing habits.

It doesn't happen always  (hence: 'Reproducible: Sometimes' in comment #0), and not  always immediately. But I've now seen this happen 3 times.

(I'll do a test next, with a fresh org.mozilla.camino.plist - which is the file that stores all those settings, and setting the width of the sidebar in the bookmarks manager to something different than the default.)

Comment 6

[Chris Lawson (gone)]

(In reply to comment #5)
> (I'll do a test next, with a fresh org.mozilla.camino.plist - which is the file
> that stores all those settings, and setting the width of the sidebar in the
> bookmarks manager to something different than the default.)

Philippe, did you ever get around to trying this?

Does it still happen in recent trunk builds?

cl

Comment 7

[philippe (part-time)]

(In reply to comment #6)
 
> Philippe, did you ever get around to trying this?
> 
> Does it still happen in recent trunk builds?

Now that you mention it, I haven't seen this happening since upgrading to 10.4.8.
There is that -maybe similar- issue with the cursor in bug 331377, something I saw sometimes. Hasn't happened either since 10.4.8.

I'll close this as WFM.