Bug 1793439 - firefox "Move to New Window" menu entry is not available, from top right tab, when firefox is on the left monitor
Summary: firefox "Move to New Window" menu entry is not available, from top right tab,...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 31
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jan Horak
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: ffwayland
TreeView+ depends on / blocked
 
Reported: 2020-01-21 11:20 UTC by Damian Wrobel
Modified: 2020-11-24 16:48 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-24 16:48:33 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Move to New Window - not visible (33.55 KB, image/png)
2020-01-21 11:21 UTC, Damian Wrobel
no flags Details
Move to New Window - visible (35.58 KB, image/png)
2020-01-21 11:22 UTC, Damian Wrobel
no flags Details

Description Damian Wrobel 2020-01-21 11:20:39 UTC
Description of problem:
When I use right mouse click on the top right firefox tab then go to "Move Tab" menu - then depending on the monitor on which firefox is currently placed - the "Move to New Window" sub menu entry is visible or not. More precisely, it is not available when the firefox is on the left monitor, while it is accessible when I either move firefox to the right monitor or try to access "Move to New Window" menu entry from the non top right tab. Please find attached screenshots depicting this strange behaviour.

Version-Release number of selected component (if applicable):
$ rpm -qv firefox
firefox-72.0.1-2.fc31.x86_64

$ loginctl
SESSION  UID USER SEAT  TTY 
     22 1000 sw   seat0 tty2

1 sessions listed.
$ loginctl show-session 22 
Id=22
User=1000
Name=sw
Timestamp=Sat 2020-01-18 11:47:43 CET
TimestampMonotonic=214570674105
VTNr=2
Seat=seat0
TTY=tty2
Remote=no
Service=gdm-password
Scope=session-22.scope
Leader=99346
Audit=22
Type=wayland
Class=user
Active=yes
State=active
IdleHint=no
IdleSinceHint=1579596214515369
IdleSinceHintMonotonic=464916370812
LockedHint=no

How reproducible:
100%

Steps to Reproduce:
1. Connect external monitor to laptop, setup "Join Displays" mode and use the external monitor as the left screen (2) and built-in screen as the right monitor (1).
2. launch firefox
3. create 8 empty tabs (by pressing Ctrl-t) (YMMV - in my case both displays have 1920x1080 resolutions - maybe on 4K it needs to be more tabs to be opened to manifest the issue)
4. on the top right tab use right-mouse (to activate Tab's context menu), then go to "Move Tab" and then try to go to "Move to New Window"
Actual results:
"Move to New Window" is not visible.

Expected results:
"Move to New Window" menu entry should be visible.

Additional info:
On the one hand I have never observed this on the f30, on the other hand the same issue I saw on also on f31 using firefox 71.

Comment 1 Damian Wrobel 2020-01-21 11:21:32 UTC
Created attachment 1654163 [details]
Move to New Window - not visible

Comment 2 Damian Wrobel 2020-01-21 11:22:14 UTC
Created attachment 1654164 [details]
Move to New Window - visible

Comment 3 Damian Wrobel 2020-01-21 11:37:39 UTC
One more observation, the effect of repeating step (4) depends on which area of the tab I'm clicking the right-mouse to activate the tab context menu. If I click right-mouse near the left side of the "Close tab" button then the "Move to New Window" is not visible, but if I click right-mouse near the right side of the "Close tab" button then go to "Move Tab" then "Move to New Window" is visible on the right monitor.

Comment 4 Martin Stransky 2020-01-22 07:19:49 UTC
Jan, can you look at ti please?
Thanks.

Comment 5 Berend De Schouwer 2020-05-17 09:23:52 UTC
This also affects website context menus, where there are submenus (eg. send page to device)

If the menu is far enough left for everything to fit, it works fine.

If the menu is right against the edge, the submenu appears on the second monitor.

If the menu is almost at the edge -- there isn't enough space for the submenu -- it doesn't appear on either monitor.

Comment 6 Martin Stransky 2020-05-18 16:39:38 UTC
Also I expect firefox-x11 package fixes that, right?

Comment 7 Berend De Schouwer 2020-05-21 11:14:38 UTC
In firefox-x11

If the menu is far enough left for everything to fit, it works fine.

If the menu is right against the edge, the submenu appears on the same monitor, left of the main menu.

If the menu is almost at the edge -- there isn't enough space for the submenu -- the submenu appears on the same monitor, left of the main menu.

This is true for context menus, and for GUI menus (tab bar)

On both wayland and x11 all these menus open submenus on mouse-over.  The hamburger menu opens submenus on click.  The hamburger menu works on wayland, because the submenu is rendered on-top instead of next-to the main menu.

Comment 8 Ben Cotton 2020-11-03 16:13:09 UTC
This message is a reminder that Fedora 31 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '31'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 31 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 9 Ben Cotton 2020-11-24 16:48:33 UTC
Fedora 31 changed to end-of-life (EOL) status on 2020-11-24. Fedora 31 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.