This is happening when Visor 2.2 (http://visor.binaryage.com/) is installed and running, and Position set (in Preferences panel) to "Full Screen". A work around is to set the position to Top-Stretch (i think the default one), though doing that disables the Visor fullscreen.

Please report problems with plug-ins to the author of the plug in.

(In reply to comment #1) > Please report problems with plug-ins to the author of the plug in. Visor is not a plugin for Firefox, is an OSX application. And also, this doesn't happen with Firefox 3.6, it started happening some weeks ago in Minefield, so I think is Minefield's problem, not Visor's...

Are you on 10.5 or 10.6? Does "some weeks ago" mean that you're testing trunk nightlies? What exactly does "change cursor style properly" mean? That for example moving the mouse over a text field doesn't transform the cursor into an I-beam as expected? Please state crucial information like this in the initial bug description next time. https://bugzilla.mozilla.org/page.cgi?id=bug-writing.html has some good tips.

Sorry I saw plugins on the referenced web page.

(In reply to comment #3) > Are you on 10.5 or 10.6? I'm on 10.6, and just in case, this was happening before the last update of the inertial scrolling. >Does "some weeks ago" mean that you're testing trunk > nightlies? Yes, I'm testing trunk nightlies, I supposed that was implied by using "Minefield" and labeling this on Trunk. Sorry if it was confusing. >What exactly does "change cursor style properly" mean? That for > example moving the mouse over a text field doesn't transform the cursor into an > I-beam as expected? Exactly. Also the a:hover styles are not shown and you have to guess where are the links (as neither the cursor changes to the hand). > Please state crucial information like this in the initial bug description next > time. https://bugzilla.mozilla.org/page.cgi?id=bug-writing.html has some good > tips. Ok, I'll have it in mind next time. Sorry for the lack of details if that caused troubles.

Thanks. I think I caused this bug with the changes in bug 300904 and bug 557986.

The patch in bug 587418 also fixes this bug.

Fixed by bug 587418.

This is not fixed, or I found another bug. Steps to reproduce: 1) Set Visor to appear in Full Screen. 2) Open Firefox, toggle full screen mode. 3) Open 2 tabs 4) Open visor (it should appear in full screen) 5) Leave hide visor, and return to firefox 6) leave firefox full screen mode 7) try to change tabs expected: That in step 7 you could change tabs, and keep browsing seen: nothing happens, unless you return to full screen mode in firefox (where it behaves correctly) or set visor to not appear full screen.

(In reply to comment #9) > 7) try to change tabs How? By clicking on them? If so, does clicking stop working completely? Or only in certain parts of the Firefox window?

(In reply to comment #10) > How? By clicking on them? If so, does clicking stop working completely? Or only > in certain parts of the Firefox window? Is weird, is more like the repainting of the screen is not happening. I can right click in everywhere, so I tried this simple steps: 1) Do the previous mentioned steps 1 - 7 2) Right click on the content area of the newly switched tab. 4) right click again on a different point of the content area. You'll see that the content area below the context menu is being repainted, but not the rest. Also, I think something similar happens with full screen sharing in skype for mac, but I don't have a test case for that.

OK, that's definitely a different bug, probably bug 603134. Can you add your steps to reproduce there, please? I'll resolve this bug again because the original issue is fixed.

(In reply to comment #12) > OK, that's definitely a different bug, probably bug 603134. Can you add your > steps to reproduce there, please? > Ok I'll add myself on CC to follow the changes, but I don't know what to say there. The only way I find this happening is when I have something else as full screen (like visor or skype screen sharing).