[plasmashell] [Bug 458870] Plasmashell crashes or segfaults when "Add Widgets..." is selected with multiple panels present
https://bugs.kde.org/show_bug.cgi?id=458870 --- Comment #4 from Krešimir Čohar --- Thanks! Sorry I wasn't able to find the duplicate bug. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458113] New: Cursor not visible in windowed Android apps in waydroid (Wayland)
https://bugs.kde.org/show_bug.cgi?id=458113 Bug ID: 458113 Summary: Cursor not visible in windowed Android apps in waydroid (Wayland) Product: kwin Version: 5.25.4 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: kco...@gmail.com Target Milestone: --- Created attachment 151460 --> https://bugs.kde.org/attachment.cgi?id=151460&action=edit Android Settings app in Waydroid, cursor visible in GNOME but not Plasma SUMMARY The cursor / mouse pointer is not visible when Android apps are run through waydroid in windowed mode (with the property "persist.waydroid.multi_windows true" enabled). Input works, clicking and scrolling works. Disabling the property (setting it to false) brings back the cursor, but everything runs fullscreen. This issue does not occur in GNOME (the cursor is visible even when windowed). STEPS TO REPRODUCE 1. Install and set up waydroid. 2. Enable the multi window property (waydroid prop set persist.waydroid.multi_windows true). 3. Run any Android app. OBSERVED RESULT The app runs, clicking and scrolling works, but the mouse pointer isn't visible. EXPECTED RESULT The app runs, clicking and scrolling works, the mouse pointer is visible. SOFTWARE/OS VERSIONS Linux: Arch Linux, 5.19.2-zen1-1-zen KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458113] Cursor not visible in windowed Android apps in waydroid (Wayland)
https://bugs.kde.org/show_bug.cgi?id=458113 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458113] Cursor not visible in windowed Android apps in waydroid (Wayland)
https://bugs.kde.org/show_bug.cgi?id=458113 --- Comment #1 from Krešimir Čohar --- I'm not sure this is a kwin bug but I'm reporting it here in case it is (because the apps work fine on GNOME). Otherwise, Wayland has been so good on Plasma lately I've switched to it for my daily driving, great work dev team. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] New: Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 Bug ID: 458778 Summary: Windows disappear after snapping Product: kwin Version: 5.25.4 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: critical Priority: NOR Component: core Assignee: kwin-bugs-n...@kde.org Reporter: kco...@gmail.com Target Milestone: --- In certain situations, windows disappear (become invisible and cannot be interacted with) while still running after you move them from their window snapped positions (left or right half of the screen). If you restart kwin (kwin_x11 --replace) they reappear. I believe this bug has been around for a while now. Initially I thought it was a Chromium bug; but now I've seen my Okular disappear as well. STEPS TO REPRODUCE 1. Unknown. So far, Chromium and Okular have exhibited this kind of behavior. Run either one of those. 2. Snap them to the left or to the right side of the screen. (How many times? Unknown.) 3. Don't close them. OBSERVED RESULT The window you dragged from the snap zone disappears, but it remains open in the panel task manager. EXPECTED RESULT The window does not disappear (it hasn't been closed). SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION I've seen this happen on both Intel and AMD GPUs, irrespective of scaling. I haven't experienced this on Plasma Wayland (yet). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 Krešimir Čohar changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Krešimir Čohar --- *** This bug has been marked as a duplicate of bug 456763 *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456763] Kwin_x11 dolphin window(with it's decoration) gets invisible at random when moving it around.
https://bugs.kde.org/show_bug.cgi?id=456763 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com --- Comment #1 from Krešimir Čohar --- *** Bug 458778 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456763] Kwin_x11 dolphin window(with it's decoration) gets invisible at random when moving it around.
https://bugs.kde.org/show_bug.cgi?id=456763 --- Comment #2 from Krešimir Čohar --- I've experienced this problem too, but with Okular and Chromium. It seems to happen if I fiddle with the window after snapping it. I haven't seen this problem in Wayland yet. Can you please change the importance to Grave? Because this is a pretty bad bug. I've lost work because of this. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 Krešimir Čohar changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- Ever confirmed|0 |1 --- Comment #2 from Krešimir Čohar --- I've reopened this bug because the Dolphin bug doesn't include the other windows that can be subject to this bug. I've also managed to elicit it (somehow?) and I'll try to attach the video to the thread. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 --- Comment #3 from Krešimir Čohar --- Created attachment 151887 --> https://bugs.kde.org/attachment.cgi?id=151887&action=edit Dragging the window makes it invisible (first problem) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 --- Comment #4 from Krešimir Čohar --- Created attachment 151888 --> https://bugs.kde.org/attachment.cgi?id=151888&action=edit If you let go of the window, it remains invisible -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 Krešimir Čohar changed: What|Removed |Added CC||jaku...@protonmail.com --- Comment #5 from Krešimir Čohar --- *** Bug 456763 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 456763] Kwin_x11 dolphin window(with it's decoration) gets invisible at random when moving it around.
https://bugs.kde.org/show_bug.cgi?id=456763 Krešimir Čohar changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #3 from Krešimir Čohar --- *** This bug has been marked as a duplicate of bug 458778 *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 --- Comment #7 from Krešimir Čohar --- (In reply to jakubby from comment #6) > Created attachment 151894 [details] > Snap, Un-snap, POOF, re-snap, re-shown > > It happens when a window got snapped to a side, and you move it out of it's > snapped position. > If you move it into a snapped position(like maximize position), then the > window will reshow up. > The window can't be grabbed once it goes invisible. > > Not sure about corner snapping. > Also this seems to only windows created after kwin process was created or so > it seems? > But not quiet, outside of the video I restarted the kwin first, then tried > the snap, un-snap, and the window disappeared. > > With some programs it seems to happen 100% of the time. > For awhile it happend 100% of the time with dolphin(also firefox) as on > video. > But a 100% replicable way seems to be with mpv. Fantastic video, thank you.(In reply to jakubby from comment #6) > Created attachment 151894 [details] > Snap, Un-snap, POOF, re-snap, re-shown > > It happens when a window got snapped to a side, and you move it out of it's > snapped position. > If you move it into a snapped position(like maximize position), then the > window will reshow up. > The window can't be grabbed once it goes invisible. > > Not sure about corner snapping. > Also this seems to only windows created after kwin process was created or so > it seems? > But not quiet, outside of the video I restarted the kwin first, then tried > the snap, un-snap, and the window disappeared. > > With some programs it seems to happen 100% of the time. > For awhile it happend 100% of the time with dolphin(also firefox) as on > video. > But a 100% replicable way seems to be with mpv. Thank you so much for the video. I can't get mpv to do this :D And it doesn't happen with Dolphin. Can you run kwin_x11 in a terminal and tell me what its output is? Whenever I try to snap then unsnap mpv i get a: "kwin_core: XCB error: 152 (BadDamage), sequence: ..." error. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 --- Comment #10 from Krešimir Čohar --- Created attachment 151896 --> https://bugs.kde.org/attachment.cgi?id=151896&action=edit This is what happens on my end, BadDamage but no bug -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 --- Comment #11 from Krešimir Čohar --- (In reply to jakubby from comment #9) > My bad btw > qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27470, > resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 > qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27471, > resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 > qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27472, > resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 > qt.qpa.xcb: QXcbConnection: XCB error: 2 (BadValue), sequence: 27474, > resource id: 0, major code: 12 (ConfigureWindow), minor code: 0 > this shows up after unsnapping not when snapping Yeah BadValue i wonder if that was the thing in my video too. I just wasn't running kwin in a terminal and I can't seem to replicate this at all.. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 --- Comment #12 from Krešimir Čohar --- Created attachment 151897 --> https://bugs.kde.org/attachment.cgi?id=151897&action=edit My kwinrc What about your kwinrc? If I copy yours, I may be able to replicate the bug. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 --- Comment #14 from Krešimir Čohar --- Thanks for the video. It's definitely the BadValue line. I can't make it happen with your kwinrc either... I agree though, I think the window becomes 0x0 px. Could this be a Qt bug? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 --- Comment #15 from Krešimir Čohar --- I just managed to reproduce it using Chromium somehow, but there was no mention of any kind of bug in journalctl... -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 458778] Windows disappear after snapping
https://bugs.kde.org/show_bug.cgi?id=458778 Krešimir Čohar changed: What|Removed |Added Version|5.25.4 |5.25.5 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 458870] New: Plasmashell crashes or segfaults when "Add Widgets..." is selected with multiple panels present
https://bugs.kde.org/show_bug.cgi?id=458870 Bug ID: 458870 Summary: Plasmashell crashes or segfaults when "Add Widgets..." is selected with multiple panels present Product: plasmashell Version: 5.25.5 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: Widget Explorer Assignee: plasma-b...@kde.org Reporter: kco...@gmail.com Target Milestone: 1.0 SUMMARY The plasma shell crashes if "Add Widgets..." is clicked on if there are multiple panels on the screen. This happens on X and on Wayland. STEPS TO REPRODUCE 1. Add multiple panels (top, bottom, left) 2. Right click on any of the panels or on the desktop and select Add Widgets... OBSERVED RESULT Several possible outcomes: (1) Nothing happens. No Widget Explorer present on the screen. (2) The shell crashes and restarts itself. Clicking Add Widgets... again leads to the same outcome. (3) The shell crashes, all the windows on the screen disappear and they can only be brought back by restarting kwin_x11 (not plasmashell). On Wayland, restarting kwin also crashes the session. EXPECTED RESULT The Widget Explorer appears. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: Plasma 5.25.5 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 458870] Plasmashell crashes or segfaults when "Add Widgets..." is selected with multiple panels present
https://bugs.kde.org/show_bug.cgi?id=458870 --- Comment #1 from Krešimir Čohar --- Created attachment 151920 --> https://bugs.kde.org/attachment.cgi?id=151920&action=edit Crash then restart -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 458870] Plasmashell crashes or segfaults when "Add Widgets..." is selected with multiple panels present
https://bugs.kde.org/show_bug.cgi?id=458870 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 441355] New: kioslave5 reports location to mozilla without consent
https://bugs.kde.org/show_bug.cgi?id=441355 Bug ID: 441355 Summary: kioslave5 reports location to mozilla without consent Product: systemsettings Version: 5.22.4 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: kcm_nightcolor Assignee: plasma-b...@kde.org Reporter: kco...@gmail.com CC: kwin-bugs-n...@kde.org Target Milestone: --- Created attachment 140940 --> https://bugs.kde.org/attachment.cgi?id=140940&action=edit OpenSnitch showing kioslave5 trying to connect without the user's consent kioslave5 connects to location.services.mozilla.com without asking the user for permission. If I deny the connection, the latitude and longitude read 0, and if I allow it, the latitude and longitude match my location. STEPS TO REPRODUCE 1. Run System Settings 2. Navigate to Display and Monitor 3. It starts connecting right away, but to confirm that it actually manages to connect, click on Night Color and check the latitude and longitude readings. OBSERVED RESULT kioslave5 connects to mozilla without the user's consent EXPECTED RESULT kioslave5 should not connect without explicitly asking the user for permission SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux, KDE Plasma 5.22.4 (available in About System) KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 441355] kioslave5 reports location to mozilla without consent
https://bugs.kde.org/show_bug.cgi?id=441355 Krešimir Čohar changed: What|Removed |Added Attachment #140940|0 |1 is obsolete|| --- Comment #1 from Krešimir Čohar --- Created attachment 140941 --> https://bugs.kde.org/attachment.cgi?id=140941&action=edit kioslave5 trying to connect to mozilla without the user's consent -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 441355] kioslave5 reports location to mozilla without consent
https://bugs.kde.org/show_bug.cgi?id=441355 --- Comment #2 from Krešimir Čohar --- P.S. It doesn't retain the information (I don't know if it should, seeing as I don't use Night Color). So when I close System Settings, it asks to reconnect. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 441355] kioslave5 reports location to mozilla without consent
https://bugs.kde.org/show_bug.cgi?id=441355 --- Comment #4 from Krešimir Čohar --- Yeah I didn't know, sorry :D I was going off of what OpenSnitch told me. I mean, I think "grave" (the importance) might have been overkill seeing as it doesn't do this unless you click on the kcm (or actually use it I presume). Yeah, it's just that a little heads up would have been nice. Aside from the lock screen (media player?) connecting to Spotify, I haven't had Plasma phone home to anyone at all (I don't use Discover). -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 441355] kioslave5 reports location to mozilla without consent
https://bugs.kde.org/show_bug.cgi?id=441355 --- Comment #5 from Krešimir Čohar --- Also, the media player applet thing connecting to Spotify - that's to be expected imo and I don't think it's an issue. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 441636] New: Recent documents logged regardless of disabled Activities KCM setting
https://bugs.kde.org/show_bug.cgi?id=441636 Bug ID: 441636 Summary: Recent documents logged regardless of disabled Activities KCM setting Product: systemsettings Version: 5.22.4 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_activities Assignee: ivan.cu...@kde.org Reporter: kco...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- SUMMARY Plasma retains a list of recently opened files/documents despite being told not to do so in the system settings (Workspace Behavior --> Activities --> Privacy --> Remember opened documents: Do not remember). STEPS TO REPRODUCE 1. Open System Settings, and click on "Workspace Behavior", then the Privacy tab 2. Select "Do not remember" under Remember opened documents 3. Open a file you haven't opened before and check if it appears in Places --> History in the Application Launcher. OBSERVED RESULT A list of recently opened documents appears (Places --> History in the Application Launcher). They also appear under Recent Files in individual application launchers (Icons-only Task Manager) in the Plasma panel and Latte Dock. EXPECTED RESULT No recently opened document should appear. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 441636] Recent documents logged despite disabled Activities KCM setting
https://bugs.kde.org/show_bug.cgi?id=441636 Krešimir Čohar changed: What|Removed |Added Summary|Recent documents logged |Recent documents logged |regardless of disabled |despite disabled Activities |Activities KCM setting |KCM setting -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kcoreaddons] [Bug 387663] Dolphin doesn't update view (doesn't show new files)
https://bugs.kde.org/show_bug.cgi?id=387663 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com --- Comment #47 from Krešimir Čohar --- I can reproduce this issue on Plasma 5.23.4 on Arch. It takes Dolphin 60 seconds or so (I used a stopwatch) to refresh the contents of any folder I'm putting files into or taking files out of. Nautilus, on the other hand, picks up on things instantly. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448732] If windows were already visible and you click on Show Desktop, clicking on another app's icon in the taskbar doesn't bring said app forward
https://bugs.kde.org/show_bug.cgi?id=448732 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #2 from Krešimir Čohar --- I can confirm this bug on Plasma 5.23.5 using both latte and a plasma panel, it brings into focus properly the window you clicked on only if it's minimized. If the window isn't minimized, something strange happens - clicking on it brings it to just below the window that was in focus before you trigger the Show Desktop effect, and the focus remains on the window on top (the window that was in focus before you triggered the effect). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448732] If windows were already visible and you click on Show Desktop, clicking on another app's icon in the taskbar doesn't bring said app forward
https://bugs.kde.org/show_bug.cgi?id=448732 --- Comment #3 from Krešimir Čohar --- (In reply to Krešimir Čohar from comment #2) > I can confirm this bug on Plasma 5.23.5 using both latte and a plasma panel, > it brings into focus properly the window you clicked on only if it's > minimized. > > If the window isn't minimized, something strange happens - clicking on it > brings it to just below the window that was in focus before you trigger the > Show Desktop effect, and the focus remains on the window on top (the window > that was in focus before you triggered the effect). I just tested it again and yes, it brings the focus back to the window that was in focus before you triggered the effect. The window below is both below (not on top) AND out of focus. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448732] If windows were already visible and you click on Show Desktop, clicking on another app's icon in the taskbar doesn't bring said app forward
https://bugs.kde.org/show_bug.cgi?id=448732 --- Comment #5 from Krešimir Čohar --- (In reply to guimarcalsilva from comment #4) > (In reply to Krešimir Čohar from comment #3) > > (In reply to Krešimir Čohar from comment #2) > > > I can confirm this bug on Plasma 5.23.5 using both latte and a plasma > > > panel, > > > it brings into focus properly the window you clicked on only if it's > > > minimized. > > > > > > If the window isn't minimized, something strange happens - clicking on it > > > brings it to just below the window that was in focus before you trigger > > > the > > > Show Desktop effect, and the focus remains on the window on top (the > > > window > > > that was in focus before you triggered the effect). > > > > I just tested it again and yes, it brings the focus back to the window that > > was in focus before you triggered the effect. The window below is both below > > (not on top) AND out of focus. > > Yes. This happens. I noticed I can reliably reproduce the issue with > Chromium-based browsers (tested with Vivaldi and Chromium), but strangely > enough, it's working correctly for me with other apps. > > Nate Grahan (or another developer), can you try reproducing the issue on > your end again but switching between a Chromium-based browser and another > app? If you click on a browser window that is already visible you should see > it doesn't get brought forward like other apps. On my end, the bug doesn't discriminate and it happens with all my windows/applications. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398741] Improve system-switch-user icon in system.svgz
https://bugs.kde.org/show_bug.cgi?id=398741 Krešimir Čohar changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED CC||kco...@gmail.com --- Comment #2 from Krešimir Čohar --- Resolved as part of https://phabricator.kde.org/D19020 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com --- Comment #5 from Krešimir Čohar --- Neovar, is neon the only distribution you've tested this on? I can reproduce this bug on neon, but not on Arch or Fedora. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #7 from Krešimir Čohar --- Yeah I can't reproduce it in Kubuntu either -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #8 from Krešimir Čohar --- Okay so I managed to track down the cause, it's in /etc/fonts/conf.d/56-neon-noto.conf. If you delete that file, no more bug. I still don't know why though :D -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #9 from Krešimir Čohar --- It's something in the code in lines 80-121 - if I remove lines 85 thru 119, the bug disappears, some kind of weird substitution occurs. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 Krešimir Čohar changed: What|Removed |Added Assignee|k...@davidedmundson.co.uk|neon-b...@kde.org Platform|Other |Neon Packages Version|5.13.90 |unspecified Target Milestone|1.0 |--- Component|general |general CC||j...@jriddell.org, ||neon-b...@kde.org, ||sit...@kde.org Product|plasmashell |neon -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #11 from Krešimir Čohar --- Haha thanks... It really kept tripping me up - why Neon and not Arch, Fedora or Kubuntu even -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #19 from Krešimir Čohar --- This happens with other fonts too (Ubuntu, Inconsolata etc.) which might be because they're defaulting to Noto? " Or I am wrong and we are already using U+25CF and I am reading the fontforge window incorrectly and the glyph is in fact larger than other characters. In which case we'd have to move to 2022 (the bullet)" Maybe Kickoff and other widgets just cut it off and the sddm-theme adapts to its size (makes the field bigger). In either case, a lot of other fonts (including whatever neon defaults to that isn't noto) don't do this, so I propose that we either modify Noto (can we do that?) or use a different glyph. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 400876] Icon view: Some KCMs show the title of a previously opened KCM
https://bugs.kde.org/show_bug.cgi?id=400876 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com --- Comment #3 from Krešimir Čohar --- Hey I get this problem even without having opened a KCM beforehand - if I open up Desktop Behavior (in Icon View!) then close it and open it up again - every time I open it up again (regardless of navigating to a different subsection) I get a random heading. (It always seems to start out with Activities help you to etc. though - I don't know if that's relevant) -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #24 from Krešimir Čohar --- Shouldn't noto sans symbols2 be fixed (too) then? -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #27 from Krešimir Čohar --- (In reply to David Edmundson from comment #26) > You might find PlasmaComponents3.TextField doesn't jump about. > > The height code is much more sensible. Good call - it doesn't (it even looks leaner), but this happens https://phabricator.kde.org/file/data/x75du5yanhince3tbuy4/PHID-FILE-q7ao2tbeicsq6s3q62k7/image.png Which I'm assuming is because of noto itself? -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #28 from Krešimir Čohar --- (the issue doesn't occur with the plasmacomponents 3 textfield without the 56-neon-noto.conf file / when using a different font / different glyphs) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402352] Jerky osd fadeout
https://bugs.kde.org/show_bug.cgi?id=402352 Krešimir Čohar changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED CC||kco...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402352] Jerky osd fadeout
https://bugs.kde.org/show_bug.cgi?id=402352 --- Comment #2 from Krešimir Čohar --- (In reply to Antonio Orefice from comment #1) > The same animation is butter smooth in the lock screen Check out https://phabricator.kde.org/D19566 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402352] Jerky osd fadeout
https://bugs.kde.org/show_bug.cgi?id=402352 Krešimir Čohar changed: What|Removed |Added Status|CONFIRMED |ASSIGNED Assignee|k...@davidedmundson.co.uk|kco...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402352] Jerky osd fadeout
https://bugs.kde.org/show_bug.cgi?id=402352 Krešimir Čohar changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #29 from Krešimir Čohar --- If you set the font.family to "Noto Sans Symbols2" the password is permanently tall (deformed) I strongly maintain that this is an issue with Noto Sans Symbols2 and that removing the relevant lines of code from 56-neon-noto.conf is a perfectly sound temporary workaround for this issue. -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #31 from Krešimir Čohar --- (In reply to Harald Sitter from comment #30) > We need a solution not a workaround. Noto Sans is the default font for > Plasma, its symbols causing display glitches is a problem that needs solving. Noto Sans is indeed the default font in Plasma. Noto Sans Symbols2 is not. And there are only so many ways to render a circle. I never said we didn't need a solution. I agree that we do but given Noto Sans' other failings, the fact that no font is ever perfect (and that we shouldn't cling to Noto Sans so fervently), and the fact that the circles as rendered by a different font whose height matches that of Noto Sans (and not Symbols2) look the same as those of Noto Sans Symbols2, this workaround seems like an acceptable provisional solution. We can put back the config file after the height issue is resolved. -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155
--- Comment #33 from Krešimir Čohar ---
(In reply to trmdi from comment #32)
> Here is a minimal code to reproduce the bug:
>
> ###
>
> import QtQuick 2.0
> import QtQuick.Layouts 1.2
> import org.kde.plasma.components 2.0 as PlasmaComponents
>
> Rectangle {
> width: passwordBox.width + 4
> height: passwordBox.height + 4
> color: "grey"
>
> PlasmaComponents.TextField {
> id: passwordBox
> revealPasswordButtonShown: true
> echoMode: TextInput.Password
> Layout.fillWidth: true
> font.family: "Noto Color Emoji"
> }
>
> }
>
> ###
> When run it with qmlscene:
>
> qmlscene test.qml
> file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/TextFieldStyle.qml:
> 53:17: QML QQuickItem: Binding loop detected for property "implicitHeight"
> file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/TextFieldStyle.qml:
> 53:17: QML QQuickItem: Binding loop detected for property "implicitHeight"
> file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/TextFieldStyle.qml:
> 53:17: QML QQuickItem: Binding loop detected for property "implicitHeight"
> file:///usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/TextFieldStyle.qml:
> 53:17: QML QQuickItem: Binding loop detected for property "implicitHeight"
Yes that works. You could also use just "Noto Sans" instead of the emoji font.
If I set the height value to accommodate Noto Sans (I haven't figured out how
to resolve the binding loop yet so I used a ballpark estimate), the circles get
cut off again (not unlike the PlasmaComponents 3 screenshot:
https://phabricator.kde.org/file/data/x75du5yanhince3tbuy4/PHID-FILE-q7ao2tbeicsq6s3q62k7/image.png).
While this issue needs to be resolved too, it's not going to be enough.
--
You are receiving this mail because:
You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #34 from Krešimir Čohar --- P.S. @trmdi you could also try the PlasmaComponents 3 text field (no binding loop) for reference -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 399155] [SDDM theme & lock screen] Password field gets taller when you start typing in it
https://bugs.kde.org/show_bug.cgi?id=399155 --- Comment #36 from Krešimir Čohar --- (In reply to trmdi from comment #35) > (In reply to Krešimir Čohar from comment #33) > I haven't figured out > > how to resolve the binding loop yet... > > Maybe by using FontMetrics.height instead of control.cursorRectangle.height > in /usr/lib64/qt5/qml/QtQuick/Controls/Styles/Plasma/TextFieldStyle.qml line > 63. > But we also have to use QtQuick 2.12 instead. Good idea. That eliminates the loop. But it also leaves the field kind of short (Noto Sans gets cut off at the bottom and Noto Sans Symbols2 gets cut off at the top). And yeah I had to bump QtQuick to make it work. But I think you're on the right track. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 404407] Notification (heading + one line) not vertically centered with respect to icon
https://bugs.kde.org/show_bug.cgi?id=404407
Krešimir Čohar changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED|RESOLVED
Version Fixed In||5.15.3
Latest Commit||https://commits.kde.org/pla
||sma-workspace/23f3345a22878
||eadc58a54eed27ad9a231877bca
--- Comment #2 from Krešimir Čohar ---
Git commit 23f3345a22878eadc58a54eed27ad9a231877bca by Krešimir Čohar.
Committed on 09/03/2019 at 16:12.
Pushed by chopete into branch 'Plasma/5.15'.
[notifications] Lift up notification content if one line of body text droops
Summary:
This patch lifts up the text content of notifications in which the combination
of a single line of body text and its heading are taller than their icon and
thereby prevents the notification content from drooping too far down and having
too much of a bottom margin if it should become much larger than the icon.
Seeing as the icon and its margins are never going to be taller than the
content in question and the icon is always going to have 1 units.smallSpacing
above it, this patch adjusts the height accordingly (0.5 units of smallSpacing
above + 0.5 for the spacing below the heading + 0.5 below the content,
accommodating the text) to achieve more even padding.
This patch should also improve padding with fonts greater than 10 pt in size.
FIXED-IN: 5.15.3
Test Plan:
Before (left) and after (right):
{F6616780}
Reviewers: #plasma, #vdg, broulik, ngraham, filipf
Reviewed By: #vdg, ngraham, filipf
Subscribers: cfeck, anthonyfieroni, filipf, ngraham, abetts, broulik,
plasma-devel
Tags: #plasma
Differential Revision: https://phabricator.kde.org/D19036
M +15 -3applets/notifications/package/contents/ui/NotificationItem.qml
https://commits.kde.org/plasma-workspace/23f3345a22878eadc58a54eed27ad9a231877bca
--
You are receiving this mail because:
You are watching all bug changes.
[plasmashell] [Bug 398743] Create new icon in system.svgz that's identical to the current system-log-out icon
https://bugs.kde.org/show_bug.cgi?id=398743 Krešimir Čohar changed: What|Removed |Added CC||kco...@gmail.com Status|REPORTED|RESOLVED Resolution|--- |INTENTIONAL --- Comment #1 from Krešimir Čohar --- We've implemented QML circles, I think that covers this? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 404651] Text in login/lock screen gets clipped at the edges of some of the individual characters
https://bugs.kde.org/show_bug.cgi?id=404651
Krešimir Čohar changed:
What|Removed |Added
Resolution|--- |FIXED
Status|CONFIRMED |RESOLVED
Version Fixed In||5.15.3
Latest Commit||https://commits.kde.org/pla
||sma-workspace/d7654042677a1
||856daaf4cd71b1965368a44ef0e
--- Comment #5 from Krešimir Čohar ---
Git commit d7654042677a1856daaf4cd71b1965368a44ef0e by Krešimir Čohar.
Committed on 16/03/2019 at 18:01.
Pushed by chopete into branch 'master'.
[sddm-theme/lock screen] Use QQC2 for the clock labels
Summary:
This patch replaces the PlasmaComponents labels in Clock.qml with QQC2 ones.
This resolves the issue of the clock letters/numbers getting clipped.
FIXED-IN: 5.15.3
Test Plan:
Before and after
{F6680490}
Reviewers: #plasma, #vdg, filipf, ngraham, hein
Reviewed By: #plasma, #vdg, ngraham, hein
Subscribers: mart, davidedmundson, plasma-devel
Tags: #plasma
Maniphest Tasks: T10325
Differential Revision: https://phabricator.kde.org/D19647
M +3-2lookandfeel/contents/components/Clock.qml
https://commits.kde.org/plasma-workspace/d7654042677a1856daaf4cd71b1965368a44ef0e
--
You are receiving this mail because:
You are watching all bug changes.
[frameworks-plasma] [Bug 404651] Text in login/lock screen gets clipped at the edges of some of the individual characters
https://bugs.kde.org/show_bug.cgi?id=404651 Krešimir Čohar changed: What|Removed |Added Version Fixed In|5.15.3 |5.16 CC||kco...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 404651] Text in login/lock screen gets clipped at the edges of some of the individual characters
https://bugs.kde.org/show_bug.cgi?id=404651 --- Comment #6 from Krešimir Čohar --- My apologies, the fix for this will be arriving in 5.16 instead because of the QtQuickControls 2 import that would otherwise break Plasma 5.15 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 399155] PlasmaComponents2 Password field gets taller when you type in it using the Noto Sans font with Noto Symbols2 as a fallback font for the U+2B24 (filled in circle) chara
https://bugs.kde.org/show_bug.cgi?id=399155 Krešimir Čohar changed: What|Removed |Added CC|kco...@gmail.com| -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 404407] New: Notification (heading + one line) not vertically centered with respect to icon
https://bugs.kde.org/show_bug.cgi?id=404407 Bug ID: 404407 Summary: Notification (heading + one line) not vertically centered with respect to icon Product: plasmashell Version: 5.15.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Notifications Assignee: k...@privat.broulik.de Reporter: kco...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 118115 --> https://bugs.kde.org/attachment.cgi?id=118115&action=edit Screenshot with and without the bug SUMMARY At the moment, the text of a notification (Noto Sans 10 pt) that has a heading and one line of text isn't vertically centered with respect to the icon (doesn't have even padding above and below the text). STEPS TO REPRODUCE 1. Run notify-send with a random square icon and a Heading + One Line of Text. OBSERVED RESULT The padding above and below the content is even with respect to the notification text, but not the icon. EXPECTED RESULT The padding above and below the content is even with respect to both the notification text and the icon. SOFTWARE/OS VERSIONS) KDE Plasma Version: 5.15.0 KDE Frameworks Version: 5.55.0 Qt Version: 5.12.1 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 404407] Notification (heading + one line) not vertically centered with respect to icon
https://bugs.kde.org/show_bug.cgi?id=404407 Krešimir Čohar changed: What|Removed |Added Status|REPORTED|ASSIGNED Ever confirmed|0 |1 --- Comment #1 from Krešimir Čohar --- This diff deals with the fix: https://phabricator.kde.org/D19036 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 404407] Notification (heading + one line) not vertically centered with respect to icon
https://bugs.kde.org/show_bug.cgi?id=404407 Krešimir Čohar changed: What|Removed |Added Assignee|k...@privat.broulik.de |kco...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
