Closed
Bug 661856
Opened 14 years ago
Closed 2 years ago
A white line appears across Firefox under Exposé/Mission Control
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: moramarth, Unassigned)
References
Details
Attachments
(1 file)
791.18 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
I just use the much popular exposé feature of Mac OS X, and the Firefox window gets scaled down (regular behavior) with a white line barring it horizontally between the "x - +" title bar of the window and the tabs bar. This is a minor bug, but a true one.
Reproducible: Always
Steps to Reproduce:
1.Use exposé features (other than showing the desktop)
2.the window scales down
3.look at the white line between the "x - +" title bar of the window and the tabs bar. There should not be any…
Updated•14 years ago
|
Version: unspecified → 4.0 Branch
Comment 1•14 years ago
|
||
Can you provide a screenshot of the issue?
Thx.
WFM on Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0a1) Gecko/20110608 Firefox/7.0a1
Also, could you see if the issue occurs if using Firefox in safe mode:
http://support.mozilla.com/kb/Safe+Mode
How about with a new, empty testing profile? (Don't install any addons into it)
http://support.mozilla.com/kb/Basic+Troubleshooting#w_8-make-a-new-profile
Safe mode solves the problem pnly while in safe mode. Using normal mode, the bug reappears.
Testing profile does not solve the problem. Here is the terminal text after test :
iMac-X:~ X$ /Applications/Firefox.app/Contents/MacOS/firefox-bin -ProfileManager
iMac-X:~ X$ Thu Jun 9 15:50:35 iMac-X.local firefox-bin[1081] <Error>: kCGErrorIllegalArgument: _CGSFindSharedWindow: WID 565
Thu Jun 9 15:50:35 iMac-X.local firefox-bin[1081] <Error>: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged.
Thu Jun 9 15:50:35 iMac-X.local firefox-bin[1081] <Error>: kCGErrorIllegalArgument: CGSGetWindowLevel
Thu Jun 9 15:50:35 iMac-X.local firefox-bin[1081] <Error>: kCGErrorIllegalArgument: _CGSFindSharedWindow: WID 565
Thu Jun 9 15:50:35 iMac-X.local firefox-bin[1081] <Error>: kCGErrorIllegalArgument: CGSGetWindowAlpha
Thu Jun 9 15:50:35 iMac-X.local firefox-bin[1081] <Error>: kCGErrorIllegalArgument: CGSGetScreenRectForWindow
I tried in vain to repair the permissions with Disk Utility.
Comment 7•14 years ago
|
||
Hmm, I see this too, even without a persona applied (6/7 Nightly). Might depend on window size? I'd guess it might be some scaling glitch if we paint the title bar and window portions separately...
Status: UNCONFIRMED → NEW
Component: General → Widget: Cocoa
Ever confirmed: true
Product: Firefox → Core
QA Contact: general → cocoa
Version: 4.0 Branch → Trunk
My screen is 1920x1080, and I tried different scaling with the same result…
Comment 9•14 years ago
|
||
I was momentarily able to reproduce this on a MacBook Pro (with FF 4.0.1 and a recent nightly) running OS X 10.6.7. I had very plain-vanilla settings (basically no extensions).
But I can't any longer ... and I'm not sure why.
I still (sometimes) see the same glitch temporarily, transitioning to and away from Expose mode.
We can't do anything about this until we find a reliable way to reproduce. And in any case I consider it only a minor irritation.
Comment 10•14 years ago
|
||
I'm now able to reproduce this bug again. It appears to be
exquisitely sensitive to the vertical size of the FF browser window --
which needs to be just a bit smaller (I'd guess about 20 pixels
smaller) than the screen on which it appears. The horizontal
dimensions of the window also matter, but don't need to be as
precisely correct -- the window just needs to be within 100 or so
pixels of the maximum horizontal size.
The window placement doesn't appear to matter -- just its size.
Comment 11•14 years ago
|
||
Oh, nice. Probably the only way to fix this is to make the whole window one OpenGL context, including the title bar. At the moment the OpenGL context doesn't extend into the title bar.
Reporter | ||
Comment 12•14 years ago
|
||
I confirm : I've always used Firefox with the window covering all the available space, but reducing its size, I was able to cover the bug…
Weirdly enough, after my latest update (iTunes 10.3) the line is now black…
Reporter | ||
Comment 13•14 years ago
|
||
The line has been back to white for some time now…
Comment 14•12 years ago
|
||
Bug 676241 fixes this in the case when we draw window contents in the title bar. For now this is only the case for the main browser window when a lightweight theme is used, or in Private Browsing windows (which draw the purple indicator in the titlebar), or as soon as Australis lands which puts the tabs into the titlebar.
For other windows we don't extend the OpenGL context into the titlebar yet.
Comment 16•11 years ago
|
||
This also affects mission control, so updating the subject...
Summary: A white line appears across Firefox under Exposé → A white line appears across Firefox under Exposé/Mission Control
Updated•2 years ago
|
Severity: trivial → S4
Comment 17•2 years ago
|
||
Unable to reproduce in current versions.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•