Closed
Bug 632749
Opened 13 years ago
Closed 13 years ago
Doesn't show bookmark manager or code source (if Mac dual-monitor)
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 644733
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: m+mozilla, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b10) Gecko/20100101 Firefox/4.0b10 Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b10) Gecko/20100101 Firefox/4.0b10 When I try to do cmd+shift+b or cmd+u, nothing happens. I've got an hover effect on the macos application bar which means the command is started but nothing, no window. It does the same when I do "source code" with right click on the page. I've tried to do another profile, a clean one, but still the same problem Reproducible: Always
Comment 1•13 years ago
|
||
Can you please try with beta 11 (http://firefox.com/beta)
Comment 3•13 years ago
|
||
This is happening for me as well, at least in a particular situation: I have a dual-monitor setup. When Firefox is located on the monitor without the OSX menubar on it, and when that monitor is positioned to the left of the menubar monitor in the display settings, I can't view source, see downloads in progress, or do anything else in a secondary window. In any other configuration (FF on the monitor w/ the OSX menubar, in any position, or without but positioned to the right, above, or below the menubar monitor), view source and other secondary window operations work as expected. I'm on the latest Snow Leopard, running FF4b12.
Confirmation, I'm on the latest Snow Leopard too, running FF4b12 too. What Jason said is perfectly what I've got. When I've Firefox on the main screen, no bug, the source window and bookmark manager window correctly appear. If I place Firefox on my second screen, the windows don't appear. That's it.
Updated•13 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Doesn't show bookmark manager or code source → Doesn't show bookmark manager or code source (if dual-monitor)
Updated•13 years ago
|
blocking2.0: --- → ?
Comment 5•13 years ago
|
||
I can't reproduce those STR. This works as expected for me, OSX Snow Leopard, latest nightly. Can you guys grab the latest nightly from http://nightly.mozilla.org and confirm? Please make sure you're in a clean profile.
Comment 6•13 years ago
|
||
Still happening for me with the latest nightly and a fresh profile. Further system details: Model Name: MacBook Model Identifier: MacBook5,1 Processor Name: Intel Core 2 Duo Processor Speed: 2.4 GHz Number Of Processors: 1 Total Number Of Cores: 2 L2 Cache: 3 MB Memory: 4 GB Bus Speed: 1.07 GHz Boot ROM Version: MB51.007D.B03 SMC Version (system): 1.32f8 Chipset Model: NVIDIA GeForce 9400M Type: GPU Bus: PCI VRAM (Total): 256 MB Vendor: NVIDIA (0x10de) Device ID: 0x0863 Revision ID: 0x00b1 ROM Revision: 3385 Displays: Color LCD: Resolution: 1280 x 800 Pixel Depth: 32-Bit Color (ARGB8888) Mirror: Off Online: Yes Built-In: Yes DELL U2410: Resolution: 1920 x 1200 @ 60 Hz Pixel Depth: 32-Bit Color (ARGB8888) Main Display: Yes Mirror: Off Online: Yes Rotation: Supported
Comment 8•13 years ago
|
||
I have no problem with it not blocking. I'd be a little disappointed if it were closed as WFM, though, as it seems it's affecting at least two of us, and it's pretty disruptive to my daily work. I don't know the FF codebase and I don't do much C++, but I'd be willing to help out as much as I can. I did get a debug build up. When the browser is on the left secondary monitor and I try to open the Downloads window, I'm seeing two assertion failures that I don't see when I do the same thing with the browser on the main monitor: ###!!! ASSERTION: non-root frame's desired size changed during an incremental reflow: '(target == rootFrame && size.height == NS_UNCONSTRAINEDSIZE) || (desiredSize.width == size.width && desiredSize.height == size.height)', file /Users/jason/src/mozilla/layout/base/nsPresShell.cpp, line 7907 ++DOMWINDOW == 22 (0x122d79638) [serial = 29] [outer = 0x12acec3c0] ###!!! ASSERTION: root view / pres context visible size mismatch: 'bounds.Size() == mPresContext->GetVisibleArea().Size()', file /Users/jason/src/mozilla/layout/base/nsPresShell.cpp, line 4939 If you think it would help, I can attach full debug output for both a working attempt and a broken one. Thank you for taking a look.
Same annoying problem on my configuration: MacBook Pro with secondary monitor attached, Snow Leopard 10.6.6, Firefox 4.0 RC "View Source" or "Download" window, or any other window does not apper when Firefox is on my secondary screen.
Comment 10•13 years ago
|
||
WFM with 2009 Mac Mini with primary screen in DisplayPort and the secondary screen in DVI. The View Source window appears on the main screen, though, even if invoked for a browser window that's on the secondary screen.
Comment 11•13 years ago
|
||
@Henri Is your secondary screen positioned to the left of your primary? The issue occurs for me only when that's the case; above, below, and to the right work, but like you're seeing, display the new window on the primary screen.
Comment 12•13 years ago
|
||
I can reproduce: Latest nightly on Snow Leopard 10.6.6. Latest MacBook Air 13", attached monitor to the right, menu bar on external monitor. When the browser window is on the internal monitor (without menu bar) I can't open the bookmarks manager or the source code view, neither through the menu nor through shortcuts
Comment 13•13 years ago
|
||
(In reply to comment #11) > @Henri > > Is your secondary screen positioned to the left of your primary? Yes.
Comment 14•13 years ago
|
||
I can reproduce also, using 4.0b11 on 10.6.6. It did not occur when the second monitor was below the primary monitor, but did occur when the second monitor was to the left the primary monitor. Only tested with "View Page Source" right-click menu and keyboard shortcut.
Comment 15•13 years ago
|
||
I can reproduce this using 4.0 RC on OS X 10.6.6. Steps to reproduce: 1) MacBook Pro to the left of my external monitor, menubar on the external monitor 2) Launch Firefox on the external (menubar-ed) monitor 3) View source (Cmd-U) works fine 4) Move Firefox window to my laptop's screen 5) View source (Cmd-U) no longer makes anything appear Laptop: MacBook Pro 13-inch 1280x800 Display: Samsung 2048x1152
Comment 16•13 years ago
|
||
I've tried it with these steps and can reproduce this on OSX 10.6.6 with 4.0 RC: 1) iMac to the right of my external monitor 2) Launch Firefox on my external monitor 3) Right-click 'View Source' nothings comes up same for Cmd+U 4) If I move Firefox back to my iMac then 'View Source' works (both right click and Cmd+U) It doesn't even look as though it's opening outside of the viewable area because if I gather the windows (F3) then it doesn't come up at all. Hardware: iMac 27" External monitor: iiyama 17" Cheers, James
Reporter | ||
Comment 17•13 years ago
|
||
Could be great to vote for this ticket in order to see a patch soon.
Comment 18•13 years ago
|
||
+1 vote
Comment 19•13 years ago
|
||
Firefox 4.1, OS X 10.6.7: 15" MacBook Pro with 24" Apple LED Cinema Display. ACD is primary display (has menubar). MBP is to left of ACD. 1) Place FF window on MBP screen. 2) Go to http://google.com/ 3) Hit CMD+U 4) Nothing appears, though "Source of: http://google.com/" does appear as last item in Window menu. Placing window 50% or more on ACD screen works as expected. Changing arrangement of displays so that MBP is to right of ACD also works as expected on both displays.
Comment 20•13 years ago
|
||
This is a regression?
Comment 24•13 years ago
|
||
FYI Macbook pro is to the left of the right main Screen. Menu bar is on the right main screen. I have Open Spaces enabled and firefox is assigned to screen 1. When I enable firefox on all screens it works but the new window has a very small width.
Comment 25•13 years ago
|
||
View source also works when firefox is enabled on all screens.
Comment 26•13 years ago
|
||
looks like the fixing is progressing in Bug 644733 - Can't open new windows if any windows are on a secondary monitor other possible duplicates: bug 646555, bug 650374, bug 651282, bug 655599, bug 656106, bug 632749, bug 633901, bug 635089, bug 644345, bug 645512, bug 609405
Summary: Doesn't show bookmark manager or code source (if dual-monitor) → Doesn't show bookmark manager or code source (if Mac dual-monitor)
Comment 27•13 years ago
|
||
WFM on 2007 MBP (DVI port) with second monitor either right or left of laptop. This bug and its relatives clearly affect a fair number of Macs, but mine isn't one of them. I hope we can find the cause.
Comment 28•13 years ago
|
||
Erwann, Jason, etc Do you agree the steps to reproduce are bug 644733 comment 16? And it didn't happen with Fx 3.6? Neil, might you be able to take the review? (last mentioned in bug 644733 comment 28)
Component: General → Widget
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → 2.0 Branch
Updated•13 years ago
|
Component: Widget → Widget: Cocoa
QA Contact: general → cocoa
Comment 29•13 years ago
|
||
Only difference between my repro steps and the one in that bug is in the second step: my dock is on the laptop screen (docked to the left, if that matters), but my menu bar is on the external display. It did not start until version 4.
Comment 30•13 years ago
|
||
> Neil, might you be able to take the review? (last mentioned in bug 644733 > comment 28) No, one of Mac module owners/peers (from https://wiki.mozilla.org/Modules/Core) should review it.
Comment 31•13 years ago
|
||
Not sure if this is useful, but FWIW I'm seeing this bug now too. My monitor arrangement is vertical, top to bottom: * 24" Dell LCD on DVI-to-DisplayPort adapter * 7" LCD USB monitor * 15" MacBook Pro (2009) (menubar here) If I keep Firefox Aurora on the MBP, everything's fine. If I move to the Dell monitor, I can no longer open chrome windows associated with that window (eg. view-source, downloads) until I restart Firefox or open a new window that never leaves the laptop screen. And, then, I can only ever open windows from the window that stays on the laptop screen.
Comment 32•13 years ago
|
||
Can someone try the nightly on Monday morning to confirm if the bug is gone? This may be a dupe of bug 644733 which just got fixed.
Comment 33•13 years ago
|
||
(In reply to Benoit Girard (:BenWa) from comment #32) > Can someone try the nightly on Monday morning to confirm if the bug is gone? > This may be a dupe of bug 644733 which just got fixed. I have tested the nightly: firefox-9.0a1.en-US.mac-shark.dmg 22-Aug-2011 05:41 and can confirm this issue is resolved.
Comment 34•13 years ago
|
||
This is either a DUPE or FIXED-BY bug 644733.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Comment 41•13 years ago
|
||
I meant to dup these last bugs to bug 644733 which has the fix but I goofed up :( sorry. I'll leave them as is for now.
Comment 42•13 years ago
|
||
Thanks for finding them, I didn't think there was that many.
Comment 44•13 years ago
|
||
confirmed that nightly firefox-9.0a1.en-US.mac.dmg in OSX 10.6.7 resolves specific issues in dupe bug #656106
You need to log in
before you can comment on or make changes to this bug.
Description
•