Description of problem: When I open the Lyx 2.3.4 application under Wayland, click on the "File" drop-down menu, click on "Exit", and repeat all of the previous steps 3 additional times, the drop-down menu will eventually begin to drift downward such that an ever-increasing gap appears between the words, "File" and "New". Version-Release number of selected component (if applicable): 2.3.4 How reproducible: Steps to Reproduce: 1. Open Lyx. 2. Click on the top-bar menu option, "File". 3. Click on "Exit". 4. Repeat steps 1 through 3, two more times, but each time after clicking on "File", but before clicking on "Exit", notice that there is NO gap between the word, "File", and the word, "New". 5. Now, repeat steps 1 through 3 one more time, but before clicking on Exit, notice that a gap appears between the word, "File", and the word, "New". You might need to repeat a few more times to see the defect. 6. Now, repeat steps 1 through 3 continually, and each time before clicking "Exit", notice how the gap between the words, "File" and "New", continues to grow, making the menu appear to drift downward. Actual results: "File" drop-down menu drifts downward. Expected results: "File" drop-down menu should remain directly underneath the "File" menu regardless of the number of times a user opens the application and exits. Additional info: The way I can reset the issue is by forcing Lyx to run as an X application -- for example, ssh -X localhost lyx When I check the drop-down menu for the "File" option, the position is normal. Then, I exit. Now, I run lyx normally in Wayland mode either from the icon launcher or at the terminal as the following: lyx and the drop-down menu for the "File" option is back to its normal position. However, if I repeat the steps above to reproduce the problem, eventually the menu will start drifting downward. By the way, the problem applies to all drop-down menus -- not just the "File" drop-down menu. There appears to be some persistent menu positioning state information that persists and is NOT reinitialized properly across instantiations of lyx processes. Developers should also consider behavior when a user launches multiple instances of lyx that run concurrently. The positions of all drop-down menus should be correct -- in other words, not drift.
What you describe happens on the primary display. On the secondary display the drop-down menu only shows the first time. The next times you press it does not appear. Moving the window to the primary display shows the effect you reported.
(In reply to José Matos from comment #1) > What you describe happens on the primary display. > > On the secondary display the drop-down menu only shows the first time. The > next times you press it does not appear. Moving the window to the primary > display shows the effect you reported. Yes. I concur. I am seeing what you have described on the secondary display.
*** Bug 1822499 has been marked as a duplicate of this bug. ***
I've reported this upstream in: https://www.lyx.org/trac/ticket/11847. Also, a related Gnome Shell report: https://gitlab.gnome.org/GNOME/gnome-shell/issues/1779.
This is most likely not a gnome shell issue. Related, https://fedoraproject.org/wiki/Changes/Qt_Wayland_By_Default_On_Gnome Possible for problematic Qt clients to be patched to not use wayland (we may want to do that here)
Short of patching, you can always do `QT_QPA_PLATFORM=xcb lyx`.
(In reply to carlosjosepita from comment #6) > Short of patching, you can always do `QT_QPA_PLATFORM=xcb lyx`. I was hoping for a simple effective workaround like this. Thanks.
By the way, I created a script using the information from Comment 6. ################################ #!/bin/bash QT_QPA_PLATFORM=xcb /usr/bin/lyx ################################ and placed it in $HOME/bin/lyx. Note: My $HOME/bin precedes /usr/bin in my $PATH. I'm running Fedora 31.
(In reply to carlosjosepita from comment #6) > Short of patching, you can always do `QT_QPA_PLATFORM=xcb lyx`. Correction to the script that I created. One needs to pass $* to your command as in the following, below: By the way, I created a script using the information from Comment 6. ################################ #!/bin/bash QT_QPA_PLATFORM=xcb /usr/bin/lyx $* ################################ and placed it in $HOME/bin/lyx. Note: My $HOME/bin precedes /usr/bin in my $PATH. I'm running Fedora 31.
FEDORA-2020-684cee3845 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-684cee3845
FEDORA-2020-684cee3845 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-684cee3845` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-684cee3845 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
lyx-2.3.5-1.fc32 has been pushed to the Fedora 32 stable repository. If problems still persist, please make note of it in this bug report.
I'm seeing menu issues still when closing lyx and reopening it at least 4 times in succession. The menus detach and begin to drift down away from the top menu bar with each successive application reopening. This issue happens under Wayland. However, if I run the application like this, QT_QPA_PLATFORM=xcb /usr/bin/lyx <args> I do not see any issues.
Note that the problem occurs on my secondary monitor at least. I haven't tried it on my primary monitor yet.
I decide to open gnome and I am not seeing this anymore, be it in the primary or secondary displays. FWIW I am running with updates-testing enable and I suspect, although I could be wrong - naturally, that the culprit, to solve the issue, is using qt-5.14 and not the update to lyx 2.3.5.