[kwin] [Bug 455213] Dropdown Menus render at incorrect positions on Multimonitor with Fractional Scaling
https://bugs.kde.org/show_bug.cgi?id=455213 --- Comment #2 from Maruthi --- (In reply to David Edmundson from comment #1) > We have known issues if the top left monitor is not at 0,0. Can you confirm > that's the same problem. Oh, That's right the left monitor is not at (0,0). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455213] New: Dropdown Menus render at incorrect positions on Multimonitor with Fractional Scaling
https://bugs.kde.org/show_bug.cgi?id=455213 Bug ID: 455213 Summary: Dropdown Menus render at incorrect positions on Multimonitor with Fractional Scaling Product: kwin Version: 5.24.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: kdeb...@scmaruthi.trumail.one Target Milestone: --- SUMMARY Dropdown Menus and Boxes are drawn at incorrect positions when there is Fractional Scaling and Multiple monitors and different levels of scaling. On a triple monitor system moving between monitors 1->3 going left to right:- It renders fine on the first monitor. Now moving the Window to the second monitor, the moment the window is full inside the second screen all the dropdown boxes are rendered in the skewed point. It renders fine as long as a part of the window exists on the first monitor. The Matter becomes worse when moving the window to the third monitor cause now the skewed point is further to the right and the dropdown box cannot be seen. STEPS TO REPRODUCE 1. Set Kwin to use Wayland 2. Setup Dual/Triple Monitors 3. Set the Scaling factor to a value sub 100 preferably not divisible. 4. Open an application with a dropdown box. 5. Click on Dropdown box while the Window is place on each monitor OBSERVED RESULT The Dropdown Box renders in different positions not directly under the expected dropdown point Moving further and further away everytime you move the window right EXPECTED RESULT The Dropdown Box should open directly below the Dropdown button. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.24.5 (available in About System) KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 450913] [garuda] - system freezes completely while launching gtk applications
https://bugs.kde.org/show_bug.cgi?id=450913 Maruthi changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #4 from Maruthi --- Sorry, But I just figured that its not a bug with latte. I was trying out various things and finally tried to launch Firefox/Thunderbird over terminal along with other Applications and that causes the same result. Its just latte-dock allows to quickly open multiple apps whereas launching with KRunner or manual launches are much slower and masks the issue. This made it seems as if it was a latte issue. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 450913] [garuda] - system freezes completely while launching gtk applications
https://bugs.kde.org/show_bug.cgi?id=450913 --- Comment #3 from Maruthi --- Yes, I've done that before and it freezes just the same. I've also just now tried is as you said in the command line and again same issue. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 450913] New: System Freezes Completely while Launching GTK Based Applications
https://bugs.kde.org/show_bug.cgi?id=450913 Bug ID: 450913 Summary: System Freezes Completely while Launching GTK Based Applications Product: lattedock Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: kdeb...@scmaruthi.trumail.one Target Milestone: --- SUMMARY The System locks up completely when launching certain Applications whether through the dock or the panel. STEPS TO REPRODUCE 1. Launch latte-dock 2. Using the Panel or Dock (Latte Task or Task Manager) Launch GTK Applications consecutively. 3. System would lock up immediately mostly on the 3rd launch. OBSERVED RESULT A complete freeze of the system. EXPECTED RESULT Applications launch normally. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Garuda Linux (ArchBased) (available in About System) KDE Plasma Version: 5.24.2 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION The only thing common in all the freezes is that the app being launched is a GTK based App. This issue never occurs on other launch methods like using KRunner or launching the App from terminal or launching it manually not using latte-dock, no matter how much I stress the system by launching 10+ GTK Apps with multiple instances on each where possible. After consecutively crashing the system through the latte-dock after the 3rd freeze, the system additionally defaults the kwin settings for the keyboard shortcuts, window decorations and the GTK Gnome Application Style Options. Troubleshooting Attempts (all had no effect): 1. running latte-dock in -d(ebug) mode. Result: system locks up before output of any useful information. Also Magic(SysRq) Keys don't work 2. Cleared the Cache using the default app command line and manually by deleting the cache contents 3. Removed custom docks and panels and reset to the defaults. 4. Removed any externally dependent mount points which may cause lockups and ran just with the bare minimum. 5. Disabled the Compositor 6. Used both the X11 drivers AMDGPU and the older ATI 7. Disabled all additional monitors 8. Tried to switch to Wayland -- You are receiving this mail because: You are watching all bug changes.
