Created attachment 134043 [details] screenshot krusader issue SUMMARY STEPS TO REPRODUCE 1. open Krusader 2. click File or edit or any tab in the upper list 3. The list from each tab will appear around in the middle of the screen, not below from each tab name. OBSERVED RESULT <<Screenshot from 2020-12-13 18-47-53.png>> EXPECTED RESULT list position should below every tab name SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora ver 33 64 bit ADDITIONAL INFORMATION
Usually this kind of problems are related to the Qt libs, which version do you have? Does the menu opened near where the mouse pointer is located? Do you have the same issue with other programs? (I mean KDE programs - you DE seems to be Gnome). Can you try to open the menu when the Krusader window is not maximized? Thank you
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Created attachment 135301 [details] min size when try open menu from krusader
(In reply to Davide Gianforte from comment #1) So sorry for my late response. Please see inline for my reply. > Usually this kind of problems are related to the Qt libs, which version do > you have? [Roy] cannot find it, try search using qmake --version, but no output. > Does the menu opened near where the mouse pointer is located? [Roy] No, mouse pointer still in same position while I click the Krusader Menu > > Do you have the same issue with other programs? (I mean KDE programs - you > DE seems to be Gnome). Can you try to open the menu when the Krusader window > is not maximized? [Roy] Yes, I'm using DE Gnome. Please find additional attachment as requested. > Thank you
You can find the info from Krusader: Help - About Krusader - Libraries tab. Also, how many monitor do you have?
(In reply to Davide Gianforte from comment #5) > You can find the info from Krusader: Help - About Krusader - Libraries tab. > > Also, how many monitor do you have? I only using 1 laptop without external monitor
Roy, Davide also asked you about what Qt libs version you have. You can find it using Krusader: Help > About Krusader > Libraries tab. About the question "Does the menu opened near where the mouse pointer is located?", you answered "No, mouse pointer still in same position while I click the Krusader Menu", though he asked if ─on the screen─ the menu window was opened in a place near the mouse pointer.
(In reply to Roy from comment #6) > (In reply to Davide Gianforte from comment #5) > > You can find the info from Krusader: Help - About Krusader - Libraries tab. > > > > Also, how many monitor do you have? > > I only using 1 laptop without external monitor Here is the Qt version: Qt 5.15.2 (built against 5.15.2)
(In reply to Toni Asensi Esteve from comment #7) > Roy, Davide also asked you about what Qt libs version you have. You can find > it using Krusader: Help > About Krusader > Libraries tab. > > About the question "Does the menu opened near where the mouse pointer is > located?", you answered "No, mouse pointer still in same position while I > click the Krusader Menu", though he asked if ─on the screen─ the menu window > was opened in a place near the mouse pointer. Hi Toni, What I mean is mouse pointer position exactly below File word in tab list, but the menu position from File tab is far in the middle of the screen as Screenshot that I attached before.
Hi Roy, can you post the output of the "xrandr" command? There are several bugs reported in Qt addressing to similar issues.
Hi Roy, can you post the output of the "xrandr" command? There are several bugs reported in Qt addressing to this issue
(In reply to Davide Gianforte from comment #12) > Hi Roy, can you post the output of the "xrandr" command? There are several > bugs reported in Qt addressing to this issue Hi Davide, please find below output as requested: $ xrandr Screen 0: minimum 16 x 16, current 1920 x 1080, maximum 32767 x 32767 XWAYLAND0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 310mm x 170mm 1920x1080 59.96*+ 1440x1080 59.99 1400x1050 59.98 1280x1024 59.89 1280x960 59.94 1152x864 59.96 1024x768 59.92 800x600 59.86 640x480 59.38 320x240 59.52 1680x1050 59.95 1440x900 59.89 1280x800 59.81 720x480 59.71 640x400 59.95 320x200 58.96 1600x900 59.95 1368x768 59.88 1280x720 59.86 1024x576 59.90 864x486 59.92 720x400 59.55 640x350 59.77
I've found several issues related to Wayland, but my experience is limited as I don't (yet) use it. It should be resolved upstream or Krusader could implement better menus.
I believe this issue of popup menus being displayed at a wrong position has been fixed some time ago (in Qt). If there are no contrary observations, this ticket can be closed.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.