right click context menu displaying in first screen while window in second screen
Categories
(Firefox :: Menus, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox74 | --- | wontfix |
firefox75 | --- | fix-optional |
firefox76 | --- | affected |
People
(Reporter: zensirdes, Unassigned)
Details
Attachments
(5 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:71.0) Gecko/20100101 Firefox/71.0
Steps to reproduce:
1-Open Firefox in 2nd monitor display screen (external monitor).
2- Right click mouse while in 2nd monitor somewhere on a web page
3-displays context menu as usual
4-Right click mouse while still in 2nd monitor somewhere on same web page
5-displays context menu in first monitor display screen (laptop).
Actual results:
Displays context menu in first monitor display screen (laptop).
image attached
Expected results:
1- Right click mouse while in 2nd monitor somewhere on a web page
2-displays context menu as usual in mouse pointer same place
Comment 2•4 years ago
|
||
I'm seeing the same thing, and it's also using the DPI setting from the setting screen to render on the first screen - which in my case with a Retina first screen and low-DPI second screen results in tiny text in the context menu when it's (incorrectly) shown on the first screen.
With Firefox on the first screen both aspects work as expected (menu in correct position and text of correct size).
Comment 3•4 years ago
|
||
Still the same in 72.0.
Comment 4•4 years ago
|
||
Actually it might be even worse - now the first right-click on the first screen works, but any additional right-clicks "show" an invisible context menu: it's possible to navigate it by keyboard and activate items, but I can't see it anywhere.
Comment 5•4 years ago
|
||
This could be a DUP of bug 34572, but it's possible that there are easier ways to fix this.
Hello everybody! thanks for looking through this, I've updated to 72.0.1 and still same problem, it's a pitty firefox it's my main browser and I right clic almost all the time. Is there any evolution on this?
pop up opening in retina monitor 1st, while having firefox at 2nd monitor
same pop up window after dragging it to 2nd screen where open button and main window currently was.
(it seems it adapts to the correct resolution)
Here are some more screenshots that seems to be related to the same bug.
See how the pop up window adapts the content to the retina dpi but not the window size.
I followed same steps in Firefox Dev Edition and it works with no issues.
hope it helps. thanks!
Comment 10•4 years ago
|
||
With 72.0.1 I think that the problem might be that my popups all show up on monitor 1, Space 1 even if Firefox is on a different monitor and/or
Space.
So if I place Firefox on monitor 1, Space 1 it works properly.
If I place Firefox on another Space on monitor 1, I don't see the popup at all (I assume it's displayed on Space 1).
If I place Firefox on monitor 2, I can see the popup window on monitor 1 if it's displaying Space 1 (but with incorrect content resolution due to FF being on a low-DPI screen), but not if it's showing a different Space.
Comment 11•4 years ago
|
||
Seeing the same issue in 72.0.2 with the addition of the context menu being stuck on the Desktop where Firefox is first being launched when in Fullscreen mode.
If "Mission Control" is launched the context menu is visible on the original Desktop and then appears in Fullscreen afterwards.
See (shaky, sorry) video here
Comment 12•4 years ago
|
||
Just noting that this is still broken in Firefox 74.
Reporter | ||
Comment 13•4 years ago
|
||
Same here, FF 74 and still broken, changing to dev edition until it's fixed...
Updated•4 years ago
|
Comment 14•4 years ago
|
||
There seems to be more going on here than it just showing the menu on the wrong screen.
I am only see this with nightly (77) and not with release (75), but I am also seeing the following behavior:
- Upon launching nightly, I can see the context menu on my first activation, but only once.
- For subsequent attempts, I found a work around. I can use the four-finger-up gesture on my trackpad to just barely move the windows up, and upon release, the context menu appears. I will be going back to released Firefox until this is fixed, but this is a possible work around for people.
Comment 15•4 years ago
|
||
MacOS Catalina 10.15.4
I have this problem on Firefox 75 (new profile), but NOT on Firefox 77.0a1 (2020-04-16) (64 bits).....
Comment 16•4 years ago
|
||
Hey guys,
Had the same issue as Chris except the right click function ceased to work correctly once I went into full screen mode.
For the moment I have managed to solve it but mind you I only use one display so I'm not sure if this would be feasible for those using more than one display.
I added another Desktop via Mission Control, which then enabled me to right click on Firefox in the dock and choose where it was to be assigned. I clicked none.
Since then I haven't had an issue with the right click.
Good luck!
Comment 17•4 years ago
|
||
I can’t believe, just by choosing the "Assign to no desk" option, EVERYTHING works.... end of context menu issues.
Otherwise when Firefox is in an not assigned desk (or full screen....), the right click does not work.
Comment 18•4 years ago
|
||
This is indeed related to the Assign to -> Screen option when control-clicking the dock menu icon. Evidently new windows are coded to that screen instead of that of the parent application, when the app is moved to a different screen. Interestingly, you can start the browser, drag off a tab, drag that new window to the other screen, but still get the correct menu option behavior. If you then create a new tab in the dragged-window, the bug then appears.
I am happy there is a work around, but bigger picture, this bug was first reported in Nightly, made it into Beta, and now it is in the shipping FF (76). When I retest now, it is still present in Nightly 78. Given that a breaking bug like this was caught early, it is extremely frustrating that it made into the shipping version. Every company is better off shipping fewer changes than ones that breaking the UX. I hope this can be elevated to urgent, traced to it's origin, fixed quickly, and then examined as a case of the process failing. People quickly abandon broken applications when there are viable alternatives, no matter what the philosophy of the vendor.
Thanks.
Reporter | ||
Comment 19•4 years ago
|
||
hello every one, So it's been 5 months and still using Firefox Dev edition and no problem. I just came by to see how this issue was doing and updated to Firefox 76.0.1 and still issue unsolved.
So reading @Chris comments just opened SYSTEM PREFERENCES > MISSION CONTROL > DISPLAY HAVE SEPARATE SPACES (CHECKED) and UNCHECKED it , after doing the reboot for this option to take effect everything's working fine, but I lost my separate spaces for may displays. :(
hope this issue is solved soon, without this workaround.
I will still use the Firefox Dev solution though to keep my separate spaces for each monitor.
Thanks!!
Comment 20•4 years ago
|
||
To be clear @zensir (and / but this might be the same thing), what I did was
- Dock -> right click Firefox icon -> Options -> Assign to [none]
I still use separate spaces on each screen, it just doesn't re-open to that same space (if I understand that option). If I understand correctly, your work-around meant that both screens now access a single shared space, which is not what I have. I like each screen having it's own space, ymmv.
Comment 21•4 years ago
|
||
Just tested in Firefox 77.0, and it's still broken.
Comment 22•4 years ago
|
||
Seems to have been fixed in 78.0, yay!
Comment 23•4 years ago
|
||
Hm, I spoke too soon, it appears it's only partially solved: now right-click menus appear correctly for me, but other things such as username dropdown menus are still small and misplaced.
Comment 24•4 years ago
|
||
Mine problem is no actions in Context Menu. (Open New Tab, Open Tab, Copy, Paste, etc...) I am using 78.0.1 on Catalina 10.15.5.
https://i.postimg.cc/9MQWRKLd/Screen-Shot-2020-07-03-at-13-12-01.png
https://i.postimg.cc/N0ptcbQ5/Screen-Shot-2020-07-03-at-13-12-08.png
Comment 25•4 years ago
|
||
Mine problem is no actions in Context Menu. (Open New Tab, Open Tab, Copy, Paste, etc...) I am using 78.0.1 on Catalina 10.15.5.
Reporter | ||
Comment 26•4 years ago
|
||
(In reply to muratozgul from comment #25)
Created attachment 9161215 [details]
Screen Shot 2020-07-03 at 13.12.08.pngMine problem is no actions in Context Menu. (Open New Tab, Open Tab, Copy, Paste, etc...) I am using 78.0.1 on Catalina 10.15.5.
Please open a new Bug thread since you problem is totally different.
Reporter | ||
Comment 27•4 years ago
|
||
Bug still persistent with no change
Reporter | ||
Comment 28•4 years ago
|
||
I have just updated to 78.0.2 and bug is solved.
Thanks all for tuning in.
Reporter | ||
Comment 29•4 years ago
|
||
BUG SOLVED
Reporter | ||
Comment 30•4 years ago
|
||
MAC OS Also updated to 10.15.5
Comment 31•4 years ago
|
||
I retested this as well, on 80.0a1 (2020-07-08) (64-bit), and it seems to be working fine now.
To be clear, the repro path was to right-click the Firefox icon on the dock, and have it default to one screen (and then in my case, open / drag a tab in the other screen), and it would manifest.
As far as I can tell though, this is working. Hopefully someone actually fixed this and didn't just bump a phantom switch somewhere.
I also retested with the username / password prompts, and at least on gmail, it works.
Reporter | ||
Comment 32•4 years ago
|
||
oops! bad news, bug still there.
I just right-clicked on a bookmark folder on the bookmarks tool bar and the menu options still appeared in the other screen.
I have "displays have separate places" ON in preferences.
Reporter | ||
Comment 33•4 years ago
|
||
Hi all, I just bumped into a temporary solution. It solved the problem, just read this post on how to assign an app to an specific space using multiple monitors, and i just assigned Fireworks to one specific space and the issue is gone.
https://www.macworld.com/article/2990037/solve-mission-control-failing-to-allow-displays-as-spaces.html
it's ok as a temporary solution, but i like switching windows arround between monitors constantly so I prefer another solution.
please give some feedback on this.
thanks!
Comment 34•4 years ago
|
||
Have you tried Nightly / 80? I have had this issue, but can no longer reproduce, even with the bookmarks bar, and I retested after your bookmarks comment.
And your workaround was noted previously in this thread, FWIW.
-c
Comment 35•4 years ago
|
||
Update from me: right-click menus seem to be working in FF 79, but the "select which password to auto-fill" popup is still showing on the wrong monitor at the wrong resolution.
Reporter | ||
Comment 36•4 years ago
|
||
yes, if you move around FF windows from diferent resolutions monitos you can see how FF struggles to re arrange the window content to different resolutions it seems that in right click menus it doesn't refresh.
Comment 37•2 years ago
|
||
The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.
Comment 38•2 years ago
|
||
Firefox 100 - MacOS 12.3.1
This bug seems to have been fixed, presumably after the implementation on mac of native menu graphics.
Comment 39•2 years ago
|
||
So I've come across what appears to be this Bug on Debian 11.4/ FF 91.12.0esr. Ergo: right click on one screen of multi-screen config has the menu appearing on the other screen. This is FF only, and intermittent - I haven't spotted a pattern to indicate a trigger.
But what seems to help is in moving the relative positions of the screens temporarily. So my own typical arrangement is primary screen on left, secondary on right.
When the bug manifests, in Settings...Displays I move primary to above secondary, Apply. Then move it back, Apply again... all good.
Dont know why that should make a difference but perhaps gives a clue to where the underlying issue lies.
Updated•1 year ago
|
Comment 40•1 year ago
|
||
The severity field is not set for this bug.
:mhowell, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•1 year ago
|
Description
•