Created attachment 533922 [details] screenshot Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0a1) Gecko/20110519 Firefox/6.0a1 This was reported in bug 642423 comment 15. STR: 1. Move one of Adobe InDesign's panels in front of a Firefox window. 2. Move your mouse over a point where the Firefox window has a bookmarks button which is covered by the InDesign panel. Now a tooltip appears and the button has mouseover feedback, which shouldn't happen. The problem is that Firefox thinks the panel is transparent to mouse events.
Created attachment 533923 [details] [diff] [review] patch The panel has window level kCGFloatingWindowLevel, which we treat as transparent. We shouldn't do that. I tried to reproduce the Jing window problem I had when I originally wrote this code, but Jing seems to have changed its behavior in the meantime: it now removes its window properly instead of only making it transparent. We've added the window alpha check in the meantime, so that should make us robust anyway, I think.
Created attachment 533968 [details] [diff] [review] for checkin
(In reply to comment #2) > Created attachment 533968 [details] [diff] [review] [review] > for checkin Confirmed, this patch fixes the problem for me. Thanks for the very speedy service!
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0) Gecko/20100101 Firefox/6.0 Does this apply also to any other windows that are dragged in front of Firefox, or does it only apply to Adobe InDesign's panels. I am asking this because I would like to verify this but I don't have Adobe InDesign installed. Thanks!
This is not specific to Adobe InDesign, but I think you will have a tough time finding non-Adobe applications that exhibit this. Theoretically anything that uses kCGFloatingWindowLevel windows will see it. (Perhaps Markus knows of some others?) Note that you can download and install a 30-day free trial of InDesign from http://www.adobe.com/cfusion/tdrc/index.cfm?product=indesign
I don't know of any others, no; it's likely that other Adobe apps like Photoshop use kCGFloatingWindowLevel, too, but I haven't tested.