[kwin] [Bug 456988] On X11, Panel autohide with "Keep Window Thumbnails = Always" leaves panel image always visible but non-interactive
https://bugs.kde.org/show_bug.cgi?id=456988 --- Comment #14 from Gunter Ohrner --- @Mihai Sorin Dobrescu: Uhm - is there actually even the "Keep Window Thumbnails = Always" option in Plasma 6? I just wanted to re-enable it after your message, and actually could not find it... -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 487785] Dolphin does not list files ending with the extension ".old" (and maybe others?)
https://bugs.kde.org/show_bug.cgi?id=487785 Gunter Ohrner changed: What|Removed |Added Resolution|FIXED |INTENTIONAL -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 487785] Dolphin does not list files ending with the extension ".old" (and maybe others?)
https://bugs.kde.org/show_bug.cgi?id=487785 --- Comment #4 from Gunter Ohrner --- Ok, curious... Unfortunately, KDE neon currently does not seem to provide a more recent Dolphin version. Nevertheless, it should be configurable in any case, also in my version, as it's a somewhat "surprising" behaviour. (Who actually decides which extensions are considered as "hidden" files - is it hard coded or also configurable? It will surely be heavily dependent on the user's locale?) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 487785] Dolphin does not list files ending with the extension ".old" (and maybe others?)
https://bugs.kde.org/show_bug.cgi?id=487785 --- Comment #2 from Gunter Ohrner --- Created attachment 169980 --> https://bugs.kde.org/attachment.cgi?id=169980&action=edit Dolphin Config Dialog Screenshot (View Pane) Ok, enabling "hidden" files shows these entries. But actually I cannot find the config option you mention, see attached screenshot - I also clicked to the other panes in the config dialog and wasn't successful. Once I found the option, I will close this issue as "INVALID" / "Layer 8 problem". -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 487785] New: Dolphin does not list files ending with the extension ".old" (and maybe others?)
https://bugs.kde.org/show_bug.cgi?id=487785 Bug ID: 487785 Summary: Dolphin does not list files ending with the extension ".old" (and maybe others?) Classification: Applications Product: dolphin Version: 24.02.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: kdeb...@customcdrom.de CC: kfm-de...@kde.org Target Milestone: --- Created attachment 169974 --> https://bugs.kde.org/attachment.cgi?id=169974&action=edit Screencast showing "disappearing" file SUMMARY Dolphin does not seem to show files with the file extension ".old" (and possibly others?) STEPS TO REPRODUCE 1. Rename any file by appending ".old" to its current full name OBSERVED RESULT Dolphin does not show the file any more. EXPECTED RESULT The file should be shown with its new added extension. Dolphin should not make any files invisible, independently of their extensions. It should only hide "invisible" files, i.e. the name of which starts with a dot, if the corresponding view menu option is checked. (Which it wasn't in my case.) SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE neon (available in About System) KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 ADDITIONAL INFORMATION See attached screencast. The bug causes confusion by not showing files which are actually there, and may even be mis-used to actively hide information from the user. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 359601] "Windows can cover" does not seem to work for me
https://bugs.kde.org/show_bug.cgi?id=359601 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME --- Comment #19 from Gunter Ohrner --- Seems to work fine now for the panels I used for testing. Plasma Workspace 4:5.27.8-0xneon+22.04+jammy+release+build41 Plasma Framework 5.110.0-0xneon+22.04+jammy+release+build49 (KDE neon) -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 461413] Wrong Appointment Sorting on Day
https://bugs.kde.org/show_bug.cgi?id=461413 --- Comment #1 from Gunter Ohrner --- @gjditchfi...@acm.org: Mh, mixed up sorting of appointments looks like a genuine bug to me rather than a wishlist item? -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 461953] New: Sometimes Wrong Event Time is Shown in kOrganizer's Scheduling View
https://bugs.kde.org/show_bug.cgi?id=461953 Bug ID: 461953 Summary: Sometimes Wrong Event Time is Shown in kOrganizer's Scheduling View Classification: Applications Product: korganizer Version: 5.21.3 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: agendaview (weekview) Assignee: kdepim-b...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- Created attachment 153840 --> https://bugs.kde.org/attachment.cgi?id=153840&action=edit The middle event shows the issue. SUMMARY Sometimes, kOrganizer's scheduling view (day/week view) shows the wrong times for events in the calendar. See the attached screenshot for reference - it shows the 12'o clock (noon) slot. OBSERVED RESULT * One event in the 12 'o clock slot states "13:00 - 13:30" instead of "12:00 - 12:30". EXPECTED RESULT * The event should show "12:00 - 12:30" as it does in the NextCloud online calendar view or in Mozilla Lighting. I'm in CET time zone. The affected event was scheduled in IST Indian Standard Time zone Asia/Kolkata, 16:30 - 17:00 in this time zone. What's interesting is that it's actually shown in the correct location, just the labels are wrong - which can lead to missed appointments if there are no other appointments nearby which help to detect the error. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Neon KOrganizer: Version 5.21.3 (22.08.3) KDE Plasma Version: KDE Frameworks Version: Version 5.99.0 Qt Version: Version 5.15.7 (kompiliert gegen 5.15.6) ADDITIONAL INFORMATION Das Fenstersystem xcb -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 316153] can't move or delete messages in imap inbox
https://bugs.kde.org/show_bug.cgi?id=316153 --- Comment #51 from Gunter Ohrner --- (In reply to Yasin Zähringer from comment #33) > start the akonadi console, select the browser tab and find the affected > inbox. Right click on it and select folder properties. Now you find a tab > called ACL and where probably all check boxes are deselected. I checked all > boxes except the two boxes of the second row (link,unlink) because a > subfolder also had these boxes unchecked. After I restarted KMail, I was > finally able to move mails again. Thanks, this workaround also seemst to work for me in KMail Version 5.21.3 (22.08.3). However the info text below these boxes explicitly warns against changing them manually, so I hope I don't cause and further trouble down the road by this change. In any case, it's necessary because an Inbox from where you cannot delete anything, and cannot move any message out of it just plain unusable... :-( -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 316153] can't move or delete messages in imap inbox
https://bugs.kde.org/show_bug.cgi?id=316153 Gunter Ohrner changed: What|Removed |Added CC||kdeb...@customcdrom.de --- Comment #50 from Gunter Ohrner --- I can confirm this bug / issue in KMail Version 5.21.3 (22.08.3) KDE Frameworks Version 5.99.0 Qt Version 5.15.7 (kompiliert gegen 5.15.6) Das Fenstersystem xcb -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 352509] kOrganizer 5.5.x sends iCal events with times converted to UTC
https://bugs.kde.org/show_bug.cgi?id=352509 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #9 from Gunter Ohrner --- Seems to work properly now. -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 384772] kAddressbook 5.6.1: Excessive memory consumption
https://bugs.kde.org/show_bug.cgi?id=384772 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #4 from Gunter Ohrner --- Seems to be fixed in current version. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 386906] kMail 5.6.3: Cursor placed behind signature after switching from rich-text to plain-text editor
https://bugs.kde.org/show_bug.cgi?id=386906 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 --- Comment #3 from Gunter Ohrner --- Yes, still happens with KMail Version 5.21.3 (22.08.3) -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 389218] Patch: Massive repaints in plasmashell due to missing patch in Qt 5.9.3
https://bugs.kde.org/show_bug.cgi?id=389218 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #2 from Gunter Ohrner --- Well, meanwhile the patched / fixed Qt (and its successors) was obviously included in Neon. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 373863] Regression Okular 1.0.0 (KDE Applications 16.12.0): Always prints duplex even if told not to.
https://bugs.kde.org/show_bug.cgi?id=373863 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #8 from Gunter Ohrner --- Seems to be fixed in current Okular's. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 386904] kMail 5.6.3: Signature is not replaced on identity changes after the message body text has been changed.
https://bugs.kde.org/show_bug.cgi?id=386904 --- Comment #3 from Gunter Ohrner --- (In reply to Gunter Ohrner from comment #2) > Yes, this can still be confirmed - additionally, it also blocks the > signature from changing if attachments were added to the message. This latter case is especially inconvenient in case of forwarding another message as an attachment. The new forwarding message will always get the signature of the default identity, and switching to the correct / desired identity will then not update the signature. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 386904] kMail 5.6.3: Signature is not replaced on identity changes after the message body text has been changed.
https://bugs.kde.org/show_bug.cgi?id=386904 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #2 from Gunter Ohrner --- Yes, this can still be confirmed - additionally, it also blocks the signature from changing if attachments were added to the message. KMail Version 5.21.3 (22.08.3) KDE Frameworks Version 5.99.0 Qt Version 5.15.7 (kompiliert gegen 5.15.6) Das Fenstersystem xcb -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 363130] Dragging attached messages to folders looks as if it works, but doesn't
https://bugs.kde.org/show_bug.cgi?id=363130 Gunter Ohrner changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 Status|NEEDSINFO |CONFIRMED --- Comment #4 from Gunter Ohrner --- Retested with KMail Version 5.21.2 (22.08.2) KDE Frameworks Version 5.99.0 Qt Version 5.15.7 (kompiliert gegen 5.15.6) Das Fenstersystem xcb I can still confirm the bug. The popup menu on "drop" only shows "move message" now, it does not offer to copy it (which makes even less sense), but still the operation silently fails. Dragging attachments (images or PDFs) to mail folder from the mails structure view yields a popup saying "Copy here", but of course this also does not work. Dragging whole attached messages from the "structure view" is not possible ("forbidden" mouse cursor). -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 359058] Regression: Drag-n-drop of (Image-)URLs from Chromium does not work in kMail 5.0.x any more
https://bugs.kde.org/show_bug.cgi?id=359058 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 --- Comment #8 from Gunter Ohrner --- Re-tested with KMail Version 5.21.2 (22.08.2) KDE Frameworks Version 5.99.0 Qt Version 5.15.7 (kompiliert gegen 5.15.6) Das Fenstersystem xcb It still does not work: * Dragging an image from Chrome into the text editor does nothing. The mouse cursor indicates that the image can be dropped ("plus" symbol), but this does not work. * Pasting the URL meanwhile only adds the URL, the popup mentioned on the original report does not seem to exist any more. This may not be a bug, but just a change in behaviour. * Copy-Pasting the image from Chrome into the editor does not add the actual image, just a tiny "paper sheet" icon - no idea what's that supposed to mean, but pasting the image does not work. -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 370531] Erratic tab (key) / focus order in contact edit dialog
https://bugs.kde.org/show_bug.cgi?id=370531 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 --- Comment #3 from Gunter Ohrner --- Ok, set up kAddressbook again. It still occurs in KAddressBook Version 5.21.2 (22.08.2) -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 461413] New: Wrong Appointment Sorting on Day
https://bugs.kde.org/show_bug.cgi?id=461413 Bug ID: 461413 Summary: Wrong Appointment Sorting on Day Classification: Applications Product: korganizer Version: 5.21.2 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: monthview Assignee: kdepim-b...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- Created attachment 153453 --> https://bugs.kde.org/attachment.cgi?id=153453&action=edit Screenshot showing "mixed up" appointment ordering SUMMARY Appointments on a day in month view are not shown in the order in which they occur. See screenshot. The affected appointments are defined in a different time zone, but sorting should be in the effective appointment order. The shown local times are correct, but an appointment occuring at 10:30 local time should NOT be displayed AFTER appointments occuring at e.g. 14:00 local time. I expect the appointment to be displayed between the appointment occuring at 8:00 and the one at 11:00. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT Appointments are not sorted according to the time of day they start. EXPECTED RESULT Appointments should be sorted according to the time of day they start. SOFTWARE/OS VERSIONS KOrganizer Version 5.21.2 (22.08.2) KDE Frameworks Version 5.99.0 Qt Version 5.15.7 (kompiliert gegen 5.15.6) Das Fenstersystem xcb -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 374629] kOrganizer 5.4.1: Importing event from ics file twice will add it twice to backend storage with same UID, causing erratic UI behaviour
https://bugs.kde.org/show_bug.cgi?id=374629 --- Comment #3 from Gunter Ohrner --- Due to too many bugs in kMail / kOrganizer some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 374631] kOrganizer 5.4.1: many events marked as "modified" although no modification did happen
https://bugs.kde.org/show_bug.cgi?id=374631 --- Comment #2 from Gunter Ohrner --- Due to too many bugs in kMail some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 370531] Erratic tab (key) / focus order in contact edit dialog
https://bugs.kde.org/show_bug.cgi?id=370531 --- Comment #2 from Gunter Ohrner --- Due to too many bugs in kMail some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 370996] Plain text mail viewer: Copy/Pasting quoted parts introduced lots of empty lines
https://bugs.kde.org/show_bug.cgi?id=370996 --- Comment #5 from Gunter Ohrner --- Due to too many bugs in kMail some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 366133] Wrong time shown in message view for Outlook invitations
https://bugs.kde.org/show_bug.cgi?id=366133 --- Comment #5 from Gunter Ohrner --- Due to too many bugs in kMail some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358944] When replying on MS Exchange invitation the local folder used instead of IMAP
https://bugs.kde.org/show_bug.cgi?id=358944 --- Comment #2 from Gunter Ohrner --- Due to too many bugs in kMail some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 338626] IMAP mail indexing does not work
https://bugs.kde.org/show_bug.cgi?id=338626 --- Comment #4 from Gunter Ohrner --- Due to too many bugs in kMail some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 363130] Dragging attached messages to folders looks as if it works, but doesn't
https://bugs.kde.org/show_bug.cgi?id=363130 --- Comment #2 from Gunter Ohrner --- (In reply to Justin Zobel from comment #1) > If you can reproduce the issue, please change the status to "CONFIRMED" when > replying. Thank you! Due to too many bugs in kMail some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 359058] Regression: Drag-n-drop of (Image-)URLs from Chromium does not work in kMail 5.0.x any more
https://bugs.kde.org/show_bug.cgi?id=359058 --- Comment #6 from Gunter Ohrner --- (In reply to Justin Zobel from comment #5) > If you can reproduce the issue, please change the status to "CONFIRMED" when > replying. Thank you! Due to too many bugs in kMail some years ago I stopped using it and switched to Thunderbird. I was not happy to have to make that choice, but since then at least I didn't lose access to my mails any more because some maintenance update does not work at all - as it happened more than once with kMail unfortunately. :-( So I cannot re-test. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 435113] certain mouse settings resets after restart/resume from suspend/dock/undock
https://bugs.kde.org/show_bug.cgi?id=435113 Gunter Ohrner changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #100 from Gunter Ohrner --- (In reply to Nate Graham from comment #98) > For anyone who was originally experiencing this issue (like, a few months > ago or earlier) can you configm that it's fixed for you in Plasma 5.25.4? Or > is it still happening? Still happening, no improvement. KDE Neon packages: ```text $ dpkg -l | egrep plasma- ii kdeplasma-addons-data 4:5.25.4-0xneon+20.04+focal+release+build57 all locale files for kdeplasma-addons ii libkf5plasma-dev 5.96.0-0xneon+20.04+focal+release+build78 amd64development files for plasma-framework ii libkf5plasma-doc 5.96.0-0xneon+20.04+focal+release+build78 all Plasma Runtime components (documentation) ii libplasma-geolocation-interface5 4:5.25.4-0xneon+20.04+focal+release+build63 amd64Plasma Workspace for KF5 library ii plasma-browser-integration 5.25.4-0xneon+20.04+focal+release+build55 amd64Chromium integration for Plasma ii plasma-calendar-addons 4:5.25.4-0xneon+20.04+focal+release+build57 amd64additional calendar plugins for Plasma 5 ii plasma-dataengines-addons 4:5.25.4-0xneon+20.04+focal+release+build57 amd64additional data engines for Plasma ii plasma-desktop 4:5.25.4-0xneon+20.04+focal+release+build59 amd64Tools and widgets for the desktop ii plasma-desktop-data 4:5.25.4-0xneon+20.04+focal+release+build59 all Tools and widgets for the desktop data files ii plasma-discover 5.25.4-0xneon+20.04+focal+release+build63 amd64Discover software management suite ii plasma-discover-backend-flatpak 5.25.4-0xneon+20.04+focal+release+build63 amd64Discover software management suite - Flatpak backend ii plasma-discover-backend-snap 5.25.4-0xneon+20.04+focal+release+build63 amd64Discover software management suite - Snap backend ii plasma-discover-common 5.25.4-0xneon+20.04+focal+release+build63 all Discover software manager suite (common data files) ii plasma-disks 5.25.4-0xneon+20.04+focal+release+build20 amd64Monitor S.M.A.R.T. capable devices for imminent failure in Plasma ii plasma-firewall 5.25.4-0xneon+20.04+focal+release+build20 amd64Plasma configuration module for firewalls ii plasma-framework 5.96.0-0xneon+20.04+focal+release+build78 amd64Plasma Runtime components ii plasma-integration 5.25.4-0xneon+20.04+focal+release+build59 amd64Qt Platform Theme integration plugins for KDE Plasma ii plasma-nm 4:5.25.4-0xneon+20.04+focal+release+build66 amd64Plasma5 networkmanager library. ii plasma-pa 4:5.25.4-0xneon+20.04+focal+release+build48 amd64Plasma 5 Volume controller ii plasma-runners-addons 4:5.25.4-0xneon+20.04+focal+release+build57 amd64additional runners for Plasma 5 and Krunner ii plasma-systemmonitor 5.25.4-0xneon+20.04+focal+release+build24 amd64System monitor for the Plasma desktop ii plasma-thunderbolt 5.25.4-0xneon+20.04+focal+release+build50 amd64Plasma i
[plasmashell] [Bug 455634] Autohidden panels don't hide any more on X11
https://bugs.kde.org/show_bug.cgi?id=455634 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 455634] Autohidden panels don't hide any more on X11
https://bugs.kde.org/show_bug.cgi?id=455634 --- Comment #5 from Gunter Ohrner --- (In reply to Fushan Wen from comment #4) > What is your global scale? > > Do you use Qt scaling on X11? > > If you adjust the panel height, will autohide work again? Was this question targetted at me? If so - I don't know, how can I find out? To my knowledge, I'm not using Qt scaling - I've a "classical" 27" WQHD screen, no HiDPI. My panels have very different sizes, and none auto hides any more. "Globale Skalierung" (i.e. "global scale") in the KDE display settings is at 100%. I have a multi-screen setup with a 1920x1080 FHD laptop display screen and the external 27" WQHD screen mentioned above. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 435113] certain mouse settings resets after restart/resume from suspend/dock/undock
https://bugs.kde.org/show_bug.cgi?id=435113 Gunter Ohrner changed: What|Removed |Added Version|5.24.4 |5.25.0 --- Comment #78 from Gunter Ohrner --- It's also still broken in 5.25.0. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 455634] Regression Plasma 5.25.0: AUtohidden panels don't hide any more
https://bugs.kde.org/show_bug.cgi?id=455634 --- Comment #2 from Gunter Ohrner --- No, but just tested, this does not make any difference. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 455634] New: Regression Plasma 5.25.0: AUtohidden panels don't hide any more
https://bugs.kde.org/show_bug.cgi?id=455634 Bug ID: 455634 Summary: Regression Plasma 5.25.0: AUtohidden panels don't hide any more Product: plasmashell Version: 5.25.0 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: kdeb...@customcdrom.de CC: niccolo.venera...@gmail.com Target Milestone: 1.0 SUMMARY STEPS TO REPRODUCE 1. Have panels with "autohide" on your Desktop. OBSERVED RESULT Autohidden panels stay always visible. However, they become "dead" once they should hide, but don't actually move. They also still cover other windows, making fullscreen windows unusable. The panel can be "resurrected" if triggering the "show again" action, in which case the panel flickers shortly and becomes responsive again. It still never hides, though. EXPECTED RESULT Autohidden panels should hide instead of becoming "dead". SOFTWARE/OS VERSIONS Windows: -- macOS: -- Linux/KDE Plasma: KDE neon with Plasma 5.25.0 (available in About System) KDE Plasma Version: 5.25.0 KDE Frameworks Version: Version 5.95.0 Qt Version: Version 5.15.4 (built against 5.15.4) / The xcb windowing system -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 435113] certain mouse settings resets after restart/resume from suspend/dock/undock
https://bugs.kde.org/show_bug.cgi?id=435113 --- Comment #72 from Gunter Ohrner --- Additional info, which might help with debugging: I often do NOT experience this problem when I suspend my system and resume it while it's attached to the same Thunderbolt dock. I ALWAYS get this problem whenever I suspend the system, detach it from the dock (e.g. at work), attach it to a different dock (e.g. at home), and resume (or if I resume while the notebook is not connected to any dock, and then attach the dock after resuming - which is often necessary to "unconfuse" X11 in regard of the different screen configuations at the different locations). In the latter case, the mouse will always be reset to default settings, so I usually currently have the Mouse Input Device control panel always running, to be able to re-apply the actually configured values manually... -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 435113] certain mouse settings resets after restart/resume from suspend/dock/undock
https://bugs.kde.org/show_bug.cgi?id=435113 --- Comment #37 from Gunter Ohrner --- Also X11, wired USB mouses. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 435113] certain mouse settings resets after restart/resume from suspend/dock/undock
https://bugs.kde.org/show_bug.cgi?id=435113 --- Comment #33 from Gunter Ohrner --- Confirmed - for me as well. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 435113] certain mouse settings resets after restart/resume from suspend/dock/undock
https://bugs.kde.org/show_bug.cgi?id=435113 --- Comment #25 from Gunter Ohrner --- I think that maybe different issues with different root causes have now been mixed into this report here. @Gerry Gavigan: What's your KDE Plasma version, is it even already 5.24? In my case (Bug 449973) it definitely has not anything to do with bluetooth at all, I don't even own a bluetooth mouse. It happens with several different wired mouses, and it does NOT happen directly after starting the system, only after suspend / resume. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 435113] certain mouse settings resets after restart
https://bugs.kde.org/show_bug.cgi?id=435113 --- Comment #16 from Gunter Ohrner --- Just for the record, it fails now with / on: Operating System: KDE neon 5.24 KDE Plasma Version: 5.24.0 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-28-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-7820HQ CPU @ 2.90GHz Memory: 31.2 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 630 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 435113] certain mouse settings resets after restart
https://bugs.kde.org/show_bug.cgi?id=435113 --- Comment #15 from Gunter Ohrner --- @odzi...@gmail.com: I'm also experiencing this exactly since the upgrade from 5.23 (which was fine) to 5.24. @Nate Graham: I'm not really sure that my report Bug 449973 really is a duplicate of this one. This Bug 435113 was already reported against 5.21.x, but mouse settings worked fine for me in all versions up to and including 5.23.x, and it now only failed after the latest upgrade to 5.24. :-( -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 449973] New: Mouse settings (like "invert wheel") not applied after re-plugging mouse or suspend/resume cycle
https://bugs.kde.org/show_bug.cgi?id=449973 Bug ID: 449973 Summary: Mouse settings (like "invert wheel") not applied after re-plugging mouse or suspend/resume cycle Product: systemsettings Version: 5.24.0 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_mouse Assignee: plasma-b...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- Looks like we've got a zombie here... SUMMARY I use custom mouse settings like "invert mouse wheel direction". Since yesterday's upgrade to Plasma 5.24.0, bug nr. #350240 is back... The custom mouse settings like "invert mouse wheel direction" are not re-applied after resuming. I explicitly have to open the systemsettings module, switch the setting off, apply, switch the setting on and apply, in order to restore "proper" behaviour... STEPS TO REPRODUCE 1. Use custom mouse settings like "invert mouse wheel direction" 2. Suspend and resume, or unplug your notebook dock to which the mouse is attached, and re-plug it. OBSERVED RESULT The mouse wheel will not be inverted any more. EXPECTED RESULT The mouse wheel is still inverted, as configured in systemsettings. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.24 KDE Plasma Version: 5.24.0 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-28-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-7820HQ CPU @ 2.90GHz Memory: 31.2 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 630 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 396464] Regression: Compositing in application windows does not work any more since upgrade from 5.12 to 5.13
https://bugs.kde.org/show_bug.cgi?id=396464 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #5 from Gunter Ohrner --- (In reply to kde.org from comment #4) > This issue report is quite old. Can you please confirm, that it still > persists with KDE 5.23? Mh, I think it does - but to be honest, meanwhile I have forgotten how it's being configured. Nevertheless, panels as well as konsole background still is completely opaque, not slightly translucent as it was before 5.13 and as I'd like it to be. That's with Plasma 5.23.2, which broke quite a bit of additional stuff, especially concerning session window placement in a multi monitor setup after login or changing the monitor setup, and with the task switcher (where's the nice 3D gallery view gone which I used for ages?)... -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 415837] Regression: Current File Name Not Suggested as File Name When "Save As" of File
https://bugs.kde.org/show_bug.cgi?id=415837 Gunter Ohrner changed: What|Removed |Added Ever confirmed|0 |1 Version|5.65.0 |5.82.0 Status|REPORTED|CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 415837] Regression: Current File Name Not Suggested as File Name When "Save As" of File
https://bugs.kde.org/show_bug.cgi?id=415837 --- Comment #3 from Gunter Ohrner --- (In reply to Ahmad Samir from comment #2) > Seems to be an issue if "select filename extension" checkbox is enabled in > KFileWidget. That's it, thanks! If the checkbox is checked, the filename gets lost. If it's unchecked, it seems to work. This is still true in todays KDE neon with KF5 5.82.0. Maybe it's actually then also older than 5.65 or 5.64, and that was just the time when I started to use the "select filename extension" feature and I didn't make the connection until now... -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 430939] Neon 20.04: Bug in Pipewire Package, discrepancy between pipewire and pipewire-bin
https://bugs.kde.org/show_bug.cgi?id=430939 Gunter Ohrner changed: What|Removed |Added Platform|Other |Neon Packages -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 430939] New: Neon 20.04: Bug in Pipewire Package, discrepancy between pipewire and pipewire-bin
https://bugs.kde.org/show_bug.cgi?id=430939 Bug ID: 430939 Summary: Neon 20.04: Bug in Pipewire Package, discrepancy between pipewire and pipewire-bin Product: neon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Packages User Edition Assignee: neon-b...@kde.org Reporter: kdeb...@customcdrom.de CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Boot your system 2. Check the systemd logs using journalctl OBSERVED RESULT Dez 29 13:17:46 Zweiblum systemd[2030]: Started PipeWire PulseAudio. Dez 29 13:17:46 Zweiblum systemd[2288]: pipewire-pulse.service: Failed to execute command: No such file or directory Dez 29 13:17:46 Zweiblum systemd[2288]: pipewire-pulse.service: Failed at step EXEC spawning /usr/bin/pipewire-pulse: No such file or direc> Dez 29 13:17:46 Zweiblum systemd[2030]: pipewire-pulse.service: Main process exited, code=exited, status=203/EXEC Dez 29 13:17:46 Zweiblum systemd[2030]: pipewire-pulse.service: Failed with result 'exit-code'. Dez 29 13:17:46 Zweiblum rtkit-daemon[1851]: Supervising 3 threads of 1 processes of 1 users. Dez 29 13:17:46 Zweiblum rtkit-daemon[1851]: Successfully made thread 2294 of process 2171 owned by '1000' RT at priority 5. Dez 29 13:17:46 Zweiblum rtkit-daemon[1851]: Supervising 4 threads of 1 processes of 1 users. Dez 29 13:17:46 Zweiblum systemd[2030]: pipewire-pulse.service: Scheduled restart job, restart counter is at 5. Dez 29 13:17:46 Zweiblum systemd[2030]: Stopped PipeWire PulseAudio. Dez 29 13:17:46 Zweiblum systemd[2030]: pipewire-pulse.service: Start request repeated too quickly. Dez 29 13:17:46 Zweiblum systemd[2030]: pipewire-pulse.service: Failed with result 'exit-code'. Dez 29 13:17:46 Zweiblum systemd[2030]: Failed to start PipeWire PulseAudio. Dez 29 13:17:46 Zweiblum systemd[2030]: pipewire-pulse.socket: Failed with result 'service-start-limit-hit'. EXPECTED RESULT The system should either not attempt to start pipewire-pulse, or should actually exist. The "pipewire" package contains /usr/lib/systemd/user/pipewire-pulse.service which references /usr/bin/pipewire-pulse This binary is not contained in any actual package (according to apt-file search) though. So either /usr/bin/pipewire-pulse should be provided, or /usr/lib/systemd/user/pipewire-pulse.service should not be provided, or should reference the correct binary. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 20.04 (available in About System) KDE Frameworks 5.77.0 Qt 5.15.2 (kompiliert gegen 5.15.2) Das xcb Fenstersystem -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 340014] kMail crashes when opening a new main window if the original (first) main window has been closed
https://bugs.kde.org/show_bug.cgi?id=340014 --- Comment #12 from Gunter Ohrner --- I'm not using kMail any more since a few years, as it was just too unreliable. More than once I had the problem that I suddenly ended up with a non-working email program after upgrades to a KDE bugfix or next stable release due to some obscure Akonadi and other problems. However, as far as I remember, the feature "File->New->Main Window" was removed from kMail alltogether to "fix" other issues the occured in relation to multiple main windows. As I was used to work with those before, it was quite a set-back back then. So maybe the original issue here is not relevant any more at all, although I don't know about the issues Dennis mentioned in Comment 10 in 2017 - so not sure if this could be closed as "worksforme" or whatever... -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 338571] Performance Regression: Folder synchronisation in Akonadi 16.08 (actually in any release, starting with KDE 4.14) very slow, compared to kMail from KDE 4.13.x
https://bugs.kde.org/show_bug.cgi?id=338571 --- Comment #51 from Gunter Ohrner --- (In reply to Martin Steigerwald from comment #48) > Gunter, sorry for spelling your name wrong. No problem Martin, and thanks for even noticing it! ;) However, unfortunately I don't think I can be of much help regarding this or similar bugs at the moment. I'm using KDE Neon, and I abandoned kMail quite some time ago when - besides the very bad performance - kMail itself or Akonadi (cannot remember exactly) completely broke for me once again after some update. Unfortunately, it was no rare event to run "apt-get upgrade" on Neon - which you also need to do to get security and maintenance updates - just to find out that you didn't have a working mail client any more...) I also increasingly needed to work with CalDAV and team events, which didn't work at all reliably with kOrganizer. As I couldn't work this way, I switched to Thunderbird, even though I actually liked kMails interface and feature set (if it would work as expected...) better than Thunderbird's. I just was no longer willing to repeatedly have to invest hours of work just to be able to continue reading and writing mails after bugfix and maintenance updates to the OS... Until I abandoned it, performance didn't get any better, though. (I'm not sure when I switched to Thunderbird, but according to my kMail bug reports I used several 5.x versions, at least up to 5.8 and possibly later releases. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 415838] New: DnD of File Into "Open File" Dialog File Name Text Box Not Possible Any More
https://bugs.kde.org/show_bug.cgi?id=415838 Bug ID: 415838 Summary: DnD of File Into "Open File" Dialog File Name Text Box Not Possible Any More Product: frameworks-kio Version: 5.65.0 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Open/save dialogs Assignee: fa...@kde.org Reporter: kdeb...@customcdrom.de CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY IIRC, some time ago it was possible to drag-and-drop a file from eg. Dolphin into an "Open File" dialog's file name field. The full pathname of the file would then be inserted there. This was very handy in case an application only provides an "Open File" dialog, but has not feature to directly accept a dragged and dropped file. (Which is true for many, many applications.) STEPS TO REPRODUCE 1. Open Dolphin and show some directory. 2. Open an "Open File" dialog in some other application. 3. Drag and Drop a file which is accepted by this other application into the file name field of the "Open File" dialog. OBSERVED RESULT The cursor feedback indicates, that the file can be dropped in the file name field. However, if I try to do so, the file name field stays empty. EXPECTED RESULT It does not only look like it, but I can actually drop the file into the file name field and the file's full path name is inserted there. I then only have to click "Open" in order to open this file in the application. If I'm not totally mistaken, this used to work fine for ages, until some time ago when it apparently broke. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon KDE Plasma Version: 5.17.4 KDE Frameworks Version: 5.65.0 Qt Version: 5.13.2 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 415837] New: Regression: Current File Name Not Suggested as File Name When "Save As" of File
https://bugs.kde.org/show_bug.cgi?id=415837 Bug ID: 415837 Summary: Regression: Current File Name Not Suggested as File Name When "Save As" of File Product: frameworks-kio Version: 5.65.0 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Open/save dialogs Assignee: fa...@kde.org Reporter: kdeb...@customcdrom.de CC: kdelibs-b...@kde.org Target Milestone: --- Created attachment 124866 --> https://bugs.kde.org/attachment.cgi?id=124866&action=edit Empty file name text box in "Save As" dialog. SUMMARY Since 5.65 or 5.64, in eg. Okular and LibreOffice, the current file name is not pre-filled into the "file name" field in the save as dialog, forcing the user to manually re-enter the file name if (s)he just wants to safe a copy of the file under the same (or a very similar) name. I hope I filed this correctly under "frameworks-kio", please re-assign if this was wrong. STEPS TO REPRODUCE 1. Open a PDF in Okular (only an example, also reproducable with LibreOffice and LibreOffice document files) 2. Chose "File -> Save As" OBSERVED RESULT The "Save As" dialog opens with an empty file name field. (See screenshot.) EXPECTED RESULT The "Save As" dialog opens the the "file name" field contains the file's current file name. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon KDE Plasma Version: 5.17.4 KDE Frameworks Version: KDE Frameworks 5.65.0 Qt Version: Qt 5.13.2 (kompiliert gegen 5.13.2) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 410999] Regression: kwalletd5 breaks wallet access for applications like Chromium
https://bugs.kde.org/show_bug.cgi?id=410999 Gunter Ohrner changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |UPSTREAM -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 410999] Regression: kwalletd5 breaks wallet access for applications like Chromium
https://bugs.kde.org/show_bug.cgi?id=410999 --- Comment #6 from Gunter Ohrner --- I reported this issue in the Chromium bug tracker: * https://bugs.chromium.org/p/chromium/issues/detail?id=1004785 The behaviour is even more annoying, as there does not seem to be a way to permanently select the default password store. As the Chromium command line help I quoted says, "The default is to automatically detect based on the desktop environment." And apparently, in KDE, also in KDE 5, and also with KF 5.61 and later, always "kwallet" seems to be chosen as the password store, never "kwallet5". This means, I cannot easily start Chromium via the desktop any more, but have to resort to the command line. (I could probably add a one-line shell script or adjust the *.desktop file for Chromium to start it with the right command line arguments, but that's not something I'd normally expect a user to have to do...) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 410999] Regression: kwalletd5 breaks wallet access for applications like Chromium
https://bugs.kde.org/show_bug.cgi?id=410999 --- Comment #5 from Gunter Ohrner --- (In reply to Antonio Rojas from comment #4) > That's the problem then, you are explicitely asking it to use the deprecated > kde4 interface. Use kwallet5 for the KF5 one. This is indeed quite poorly > documented. Thanks, this actually seems to work (even though I'm currently still on the old kwalletd, so I'll have to properly check this after upgrading again.) "Poorly documented" is some kind of understandment here, though - Chromium does not even list kwallet5 as a possible value for this option in it's command line help: --password-store= Set the password store to use. The default is to automatically detect based on the desktop environment. basic selects the built in, unencrypted password store. gnome selects Gnome keyring. kwallet selects (KDE) KWallet. (Note that KWallet may not work reliably outside KDE.) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 410999] Regression: kwalletd5 breaks wallet access for applications like Chromium
https://bugs.kde.org/show_bug.cgi?id=410999 --- Comment #3 from Gunter Ohrner --- (In reply to Antonio Rojas from comment #2) > chromium works fine with kwallet 5.61. Are you perhaps calling it with > "--password-store=kwallet" Yes. How else can I make it work together with KDE Wallet from KF 5? Do you have any background documentation for me to get better insight into the big picture? I thought that without any argument, Chromium will default to it's unencrypted built-in passwort store. And besides this, a big warning before removing this functionality / changing it in an incompatible way would have been important, as you immediately lose access to all stored passwords once you upgrade... -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 410999] Regression: kwalletd5 breaks wallet access for applications like Chromium
https://bugs.kde.org/show_bug.cgi?id=410999 --- Comment #1 from Gunter Ohrner --- Are there already any plans if - and if yes, when - this might be resolved? If it's not planned to be resolved, what are the recommended workaround? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 400462] kwalletd legacy dbus service file
https://bugs.kde.org/show_bug.cgi?id=400462 --- Comment #3 from Gunter Ohrner --- I just noticed - the hard way - that KDE Frameworks 5.61 does NOT provide the org.kde.kwalletd interface any more, at if the KDE Neon packages are used. This breaks existing software like Chromium. Could this be related to this issue here? It's the only possibly related change I could find in the changelog. I opened a new issue #410999 for this problem with KDE Frameworks 5.61. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 400462] kwalletd legacy dbus service file
https://bugs.kde.org/show_bug.cgi?id=400462 Gunter Ohrner changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=410999 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 410999] New: Regression: kwalletd5 breaks wallet access for applications like Chromium
https://bugs.kde.org/show_bug.cgi?id=410999 Bug ID: 410999 Summary: Regression: kwalletd5 breaks wallet access for applications like Chromium Product: frameworks-kwallet Version: 5.61.0 Platform: Neon Packages OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: general Assignee: va...@kde.org Reporter: kdeb...@customcdrom.de CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY (I think this problem is related to Bug #400462 "kwalletd legacy dbus service file". I'm not entirely sure if it's actually a KDE bug or a packaging bug in KDE Neon.) STEPS TO REPRODUCE 1. Upgrade to KDE Wallet from Frameworks 5.61.0. 2. Perform "qdbus org.kde.kwalletd" OBSERVED RESULT qdbus will complain that the service could not be found (unfortunately I was stupid enough not to make a copy of the acutal error message before downgrading KDE Wallet again, sorry. :-( ) EXPECTED RESULT As in KWallet from Frameworks 5.60.x: $ qdbus org.kde.kwalletd / /MainApplication /modules /modules/kwalletd /modules/kwalletd5 /org /org/kde /org/kde/kwalletd5 SOFTWARE/OS VERSIONS KDE Neon KDE Plasma: 5.16.4 KDE Frameworks 5.61.0 Qt 5.12.3 (kompiliert gegen 5.12.3) Das xcb Fenstersystem KDE Applications: 19.08.0 ADDITIONAL INFORMATION Yesterday's KDE Frameworks update broke Chromium's Wallet integration, access to all stored passwords was immediately lost. Apparently, Chromium tries to contact Wallet using the dbus service name org.kde.kwalletd which worked flawless up to and including KDE Frameworks 5.60. In Frameworks 5.61 Bug #400462 was implemented which states a question about a malformed service file in Frameworks up to version 5.60, but which also explicitly states that the service file should just be fixed such that the "org.kde.kwalletd" service name is provided properly. (Please read the original request in #400462.) Unfortunately, at least in the KDE Neon packaging of Frameworks 5.61, the service file providing org.kde.kwalletd is removed entirely, breaking existing applications without any prior notice! I tried to recreate / restore the org.kde.kwalletd.service file, but to no avail - the dbus service was available again afterwards, but seemed to look differently than in Frameworks 5.60 and Chromium still wasn't able to access its stored passwords. So I manually pinned the KDE Wallet packages to version 5.60.0 in APT preferences and downgraded just KDE Wallet. Afterwards, Chromium worked fine again after a logout and re-login. If this was an intended breakage to remove old compatibility cruft, there should have been a *really* *big* *warning* in the KF 5.61 release notes! Your users may lose access to important credentials simply by upgrading, and depending on their tech saviness, they may lose it permanently! A backup of your home directory will not help in this case, you'd need to restore your whole system from a backup if you don't know how to downgrade KF or at least KDE Wallet manually. (And before I did I even wasn't sure if it would work at all.) If this was not an intended breakage, the problem should be fixed really soon from my point of view. If it's a packaging issue in KDE Neon, it should quickly be fixed there, before too many users get bitten badly... :-/ -- You are receiving this mail because: You are watching all bug changes.
[calligrawords] [Bug 402972] thumbnail.so 100% cpu infinite loop calligra.words
https://bugs.kde.org/show_bug.cgi?id=402972 Gunter Ohrner changed: What|Removed |Added CC||kdeb...@customcdrom.de -- You are receiving this mail because: You are watching all bug changes.
[kwalletmanager] [Bug 325784] DATA LOSS: Pasting formatted text in a "Passwords" folder text box and saving loses all data stored below the pasted text.
https://bugs.kde.org/show_bug.cgi?id=325784 Gunter Ohrner changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #2 from Gunter Ohrner --- Apparently has been fixed in the meantime, it does not seem to be possible to paste formatting any more. Formatted text is converted to plain text when pasted. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 367860] Messed up handling of declined invitation counter proposals
https://bugs.kde.org/show_bug.cgi?id=367860 Gunter Ohrner changed: What|Removed |Added Resolution|WORKSFORME |UNMAINTAINED -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398699] File copy or even download indicator cause 100% CPU load
https://bugs.kde.org/show_bug.cgi?id=398699 --- Comment #7 from Gunter Ohrner --- @David: Do you mean this by "perf": https://perf.wiki.kernel.org/index.php/Main_Page ? Never used it but will try if it's the right tool for the purpose. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398699] File copy or even download indicator cause 100% CPU load
https://bugs.kde.org/show_bug.cgi?id=398699 Gunter Ohrner changed: What|Removed |Added Ever confirmed|0 |1 Resolution|WAITINGFORINFO |--- Status|RESOLVED|REOPENED --- Comment #4 from Gunter Ohrner --- (In reply to David Edmundson from comment #3) > > I'm not sure how to provide any additional meaningful information to debug > > this issue, though... > Then we may as well close this. There are some other more specific bugs > about CPU usage that we are working on. I'm willing to provide any additional information which you need, I just have no idea what this might be. To reproduce this issue, it's sufficient to download a file using Chromium and CPU-usage of Plasmashell will skyrocket. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 367860] Messed up handling of declined invitation counter proposals
https://bugs.kde.org/show_bug.cgi?id=367860 --- Comment #4 from Gunter Ohrner --- Unfortunately, I gave up using kOrganizer for managing my calendar as it was barely usable due to the amount of bugs and it regularly caused me to miss appointments or somehow mess up specific calendar events beyond repair. Thus I currently cannot help with those issues any more. From my point of view, event/appointment management would need a systematic review instead of "peephole fixes" driven by individual bug reports. But of course I know KDE PIM has a developer shortage and most (all?) devs are working on the applications in their spare time, so I understand why this is not likely to happen. The invitation stuff is rather complex with lots of different cases which need to be treated correctly, so automatic testing of a set of systematically created test cases would be really necessary. That's a lot of work of course, though... :-/ -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 398125] kMail 5.9.0 Always Opens Confirmation Dialog when Deleting Mails Using Ctrl-Del
https://bugs.kde.org/show_bug.cgi?id=398125 --- Comment #2 from Gunter Ohrner --- Thanks, works for me. A proper configuration option would be desirable, though. And it's always annoying if useful and convenient features suddenly disappear (or get cleverly hidden...) from one release to another, which already happened to me several times in case of kMail... -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 347635] Regression compared to Plasma 4: Autohidden window list stays in foreground until clicked if a new window appears; just activating the new window is not sufficient
https://bugs.kde.org/show_bug.cgi?id=347635 Gunter Ohrner changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398699] File copy or even download indicator cause 100% CPU load
https://bugs.kde.org/show_bug.cgi?id=398699 --- Comment #2 from Gunter Ohrner --- (In reply to Dr. Chapatin from comment #1) > Supposedly fixed. See bug 356479 This other bug was marked as "Fixed" in 2016 and a second time (after reopening) in 2017. I'm using Plasma 5.13.4, however, and the problem still persists. Bug 356479 comment 90 even requests to open a new bug if the symptoms still occur, as they will probably have a different cause in this case. I'm not sure how to provide any additional meaningful information to debug this issue, though... -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398699] File copy or even download indicator cause 100% CPU load
https://bugs.kde.org/show_bug.cgi?id=398699 Gunter Ohrner changed: What|Removed |Added Platform|Other |Neon Packages Component|Application Menu (Kicker) |System Tray Assignee|h...@kde.org|plasma-b...@kde.org -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398699] New: File copy or even download indicator cause 100% CPU load
https://bugs.kde.org/show_bug.cgi?id=398699 Bug ID: 398699 Summary: File copy or even download indicator cause 100% CPU load Product: plasmashell Version: 5.13.4 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Application Menu (Kicker) Assignee: h...@kde.org Reporter: kdeb...@customcdrom.de CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 114997 --> https://bugs.kde.org/attachment.cgi?id=114997&action=edit Xorg log (I tried to find already existing reports referring to the observed problem, but could not find any. I attached my Xorg.0.log for details. System is a, in comparison still not-that-slow, 3.0 GHz Intel Core i7 3540M. OpenGL and 3D effects are enabled and run smoothly.) As soon as plasmashell shows an indicator for an ongoing copy or even download operation, using the spinning circle, the CPU load goes up to nearly 100% on one core, split between the plasmashell and the Xorg processes. This seems to indicate an overly large and frequent amount of repaint requests being made, possibly for the spinning indicator. It's sufficient to download a larger file using Chrome via a slow internet connection (I'm currently on a slow mobile link during this weekend.) and the load will go to 100%, even though the download is just drippling / sometimes even stalled for several seconds. I'd assume updating the indicator 25 or 30 times a second would be more than enough for a smooth animation, so why the high load? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 396666] Assert dragging desktop items
https://bugs.kde.org/show_bug.cgi?id=39 Gunter Ohrner changed: What|Removed |Added Status|RESOLVED|REOPENED CC||kdeb...@customcdrom.de Resolution|FIXED |--- --- Comment #4 from Gunter Ohrner --- According to the Plasma 5.13.5 changelog, this fix was reverted again in commit https://cgit.kde.org/plasma-desktop.git/commit/?id=f23b9dc0d57df80863e988208e60135a7f42ad12 So probably this issue should be reopened again? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 398125] New: kMail 5.9.0 Always Opens Confirmation Dialog when Deleting Mails Using Ctrl-Del
https://bugs.kde.org/show_bug.cgi?id=398125 Bug ID: 398125 Summary: kMail 5.9.0 Always Opens Confirmation Dialog when Deleting Mails Using Ctrl-Del Product: kmail2 Version: 5.9.0 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-b...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- I just updated from kMail 5.8.x to 5.9.0 and kMail now suddenly pops up a confirmation dialog asking if I really want to delete a message whenever I press Ctrl-Del in the message list. Is there any way to disable it, it could not find any setting in the application properties to disable this dialog, and the dialog itself also does not offer a "Never Ask Again" option. My usual workflow is to select a mail in the message list, quickly scan its preview and then delete it for good if it's not relevant. I receive many mails which I just have to check and which I then can dismiss immediately after, so it's really important for convenience that I'm *not* forced to confirm some kind of dialog for every single mail I want to get rid of... -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 396464] Regression: Compositing in application windows does not work any more since upgrade from 5.12 to 5.13
https://bugs.kde.org/show_bug.cgi?id=396464 --- Comment #3 from Gunter Ohrner --- Created attachment 113942 --> https://bugs.kde.org/attachment.cgi?id=113942&action=edit Screenshot showing the opaque Konsole background and task list panels. The same affects all other panels and krunner. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 396532] New: Regression to 5.12.x: Custom mouse settings not applied after login
https://bugs.kde.org/show_bug.cgi?id=396532 Bug ID: 396532 Summary: Regression to 5.12.x: Custom mouse settings not applied after login Product: plasmashell Version: 5.13.3 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: kdeb...@customcdrom.de CC: plasma-b...@kde.org Target Milestone: 1.0 I configured my mouse wheel to be reversed in systemsettings. Since the upgrade from 5.12.x to 5.13.x (at least) this setting is not applied any more after login - the mouse wheel now behaves in the traditional way. I have to open systemsettings, unselect the checkbox "reverse mouse wheel", select the checkbox "reverse mouse wheel" again and press "apply" in order to fix this. That's rather annoying, it worked just fine for many releases. Please reassign this bug to the right product / component if plasmashell is wrong. I wasn't sure if I should assign it to "systemsettings", but as systemsettings seems to work fine and plasmashell just does not pick those settings up after login, I assigned it to this product. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 396464] Regression: Compositing in application windows does not work any more since upgrade from 5.12 to 5.13
https://bugs.kde.org/show_bug.cgi?id=396464 --- Comment #2 from Gunter Ohrner --- Created attachment 113941 --> https://bugs.kde.org/attachment.cgi?id=113941&action=edit output of "qdbus org.kde.KWin /KWin supportInformation" -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 396464] New: Regression: Compositing in application windows does not work any more since upgrade from 5.12 to 5.13
https://bugs.kde.org/show_bug.cgi?id=396464 Bug ID: 396464 Summary: Regression: Compositing in application windows does not work any more since upgrade from 5.12 to 5.13 Product: kwin Version: 5.13.3 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: compositing Assignee: kwin-bugs-n...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- Created attachment 113915 --> https://bugs.kde.org/attachment.cgi?id=113915&action=edit Xorg.0.log Yesterday I upgraded from Plasma 5.12.5 to 5.13.3. Since then, compositing apparently does not work any more in application windows. Plasmashell panels have an ugly grey opaque background, the same holds for krunner and also the Konsole background, which is solid black. Also killing and restarting krunner or plasmashell does not help, so it seems to be unrelated to the application start order and the time when compositing is enabled. Compositing in general is active, the application windows have soft shadows and "komposeé", "wobbly windows" and task switching visual effects work just fine. How do I debug this? Compositing in application windows worked fine until yesterday's upgrade from 5.12.5. The Xorg.0.log is attached. Platform is KDE Neon x64 based on Ubuntu 16.04 LTS. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 338658] GMail, Novell Groupwise, other IMAP: "Multiple merge candidates, aborting"
https://bugs.kde.org/show_bug.cgi?id=338658 Gunter Ohrner changed: What|Removed |Added CC||kdeb...@customcdrom.de -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #18 from Gunter Ohrner --- (In reply to Christophe Giboudeaux from comment #15) > Did you load external references for another message in the same folder > before reading this one ? > > OK, I can reproduce something weird with master: > > in folder X, I loaded external references for one email, then I switched to > another html message and clicked on the sidebar to switch from plaintext to > html and the external references were loaded. > > (The senders/company have nothing in common) Good catch! I was literally trying for hours to find a pattern. (Ok, most of the time got wasted while dealing with disk-full problems thanks to byzanz-record - to record a proof as GIF screencast - filling /tmp/ in no time by default... ;) I also can reproduce it using this pattern. Possibly it was what I was doing all the time. During my tests and using Wireshark I definitely saw kMail doing network accesses without any prior confirmation for the rendered email. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #14 from Gunter Ohrner --- Ok, it really gets somewhat strange now: * I got an HTML mail (again some GDPR notification from a company) and kMail rendered the externally referenced logo immediately after activating HTML rendering. * Afterwards I closed kMail, reopened it and reopened the mail again - now kMail correctly asked if external references shall really be displayed, as expected. I need to do further tests, but could it be possible that "something else" already accesses and fetches the image before the mail is actually displayed, such that the image is cached when kMail finally is asked to render it and an additional network access is not necessary any more? In this case the security issue would be somewhere else. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #13 from Gunter Ohrner --- (In reply to Gunter Ohrner from comment #12) > However, with the example message I attached, I was never asked. The image > was displayed immediately when opening the message for the first time and > chosing "render HTML". > > I'll check if it does network access in this case, but I would not know > where else it would get the image from. Today, kMail correctly asks if I really want to load external references if I try to open this mail. I don't really understand this, but looks as if I need to do some further research... :-/ -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #12 from Gunter Ohrner --- (In reply to Volker Krause from comment #11) > One thing I noticed during testing this is that once you loaded external > references for an email, the next display of HTML content without confirming > loading external references can be served from the web engine cache, and > neither show the external content warning nor perform any network access. > Restarting KMail seemed to reset that here though. That's probably the same thing I referred to in: (comment #10 from Gunter Ohrner) > After confirming this once, it seems to be remembered by kMail for this > message and I do not have to confirm it on subsequent displays. However, with the example message I attached, I was never asked. The image was displayed immediately when opening the message for the first time and chosing "render HTML". I'll check if it does network access in this case, but I would not know where else it would get the image from. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #10 from Gunter Ohrner --- Created attachment 112825 --> https://bugs.kde.org/attachment.cgi?id=112825&action=edit Message with which I can reproduce the behaviour. kMail will show the image referenced in the attached message file as soon as "render HTML content" is activated. None of the used mail addresses is contained in my address book. However, I also encountered HTML mails - in the same folder - for which I'm asked if I want to allow loading of external references. After confirming this once, it seems to be remembered by kMail for this message and I do not have to confirm it on subsequent displays. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #9 from Gunter Ohrner --- Addendum: This menu entry is in the same state (unchecked, but greyed-out) for the other folder in which external references are *not* loaded automatically. I cannot see any difference in the GUI between those two. Is there any other place or setting I should check? Is there any really stupid mistake or oversight I could have fallen victim to? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #8 from Gunter Ohrner --- Created attachment 112823 --> https://bugs.kde.org/attachment.cgi?id=112823&action=edit "Load external references" entry in "Folder" menu for folder in question This entry is disabled (greyed-out) for the folder in question, my inbox, but it's unselected in any case. See attached screenshot. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #6 from Gunter Ohrner --- Mh, maybe I'm doing something stupid, but I still don't know what. Apparently, this does not happen in all folders, but it does happen in my Inbox folder. I didn't knowingly switch any setting, and it definitely worked in the past. Where can I find the per-folder setting? At a first glance, I could not find anything in right-click -> Properties? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #3 from Gunter Ohrner --- Created attachment 112810 --> https://bugs.kde.org/attachment.cgi?id=112810&action=edit kMail security configuration kMail configuration pane showing the disabled "external references" checkbox. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 --- Comment #2 from Gunter Ohrner --- Created attachment 112809 --> https://bugs.kde.org/attachment.cgi?id=112809&action=edit HTML mail from indeed.com Yes, every HTML mail with external image references I tested before opening this issue. See attached screenshot for one example. The segment with the logo image looks as follows: http://www.indeed.com/?utm_source=jobseeker_emails&utm_medium=email&utm_campaign=tos";> http://tophat-cms-prod.s3.amazonaws.com/wp-content/uploads/2016/02/18221139/logo9.png"; width="130" style="width:130px; font:bold 34px/38px HelveticaNeue, Helvetica, Arial, Roboto, Noto, sans-serif; color:#2164f3; vertical-align:top;" alt="Indeed" /> I only clicked the "activate HTML rendering", I did not confirm the loading of any external references. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 394554] New: Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking
https://bugs.kde.org/show_bug.cgi?id=394554 Bug ID: 394554 Summary: Regression: kMail 5.8.1 Information Leak: kMail loads external references in HTML mails without asking Product: kmail2 Version: 5.8.0 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: UI Assignee: kdepim-b...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- kMail 5.8.1 seems to load external references in HTML emails without asking, possibly disclosing to a third party (company / spammer / scammer) that the mail has been displayed. I configured kMail to prefer plain text messages and not to load any external references. (The current Efail debate shows the validity of those measures.) After clicking "activate formatted HTML display", older kMail versions (until recently) would roughly format the message but display a second question "load external references" which had to be confirmed explicitly. If I click "activate formatted HTML display" in kMail 5.8.1, all external images for example seem to be loaded immediately, possibly disclosing information about validity / reachability of my email address to adverse third parties. Expected behaviour: If "load external references" is unchecked in the options, no external references (CSS styles, images, anything else) is loaded until I explicitly confirm that I actually want to do so. It's important that "render HTML" and "load external references" is split into two separate steps, as lots of HTML mails do not have any proper plain text content embedded, so I sometimes have to resort to the renderen HTML contents to even decide if the mail is legit (or I want to trust it fully) or not. This gets close to impossible if activating HTML rendering will automatically load all stuff it references from the internet, including activating counter pixels or submitting tracking ID information by specifically crafted HTTP GET requests. Additionally, externally referenced file types may be loaded which I really do not want to be downloaded like PDF or even some script or executable files. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 391993] Regression: "Preferred Folder" icon layout messed up on first start of kMail after login
https://bugs.kde.org/show_bug.cgi?id=391993 Gunter Ohrner changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #2 from Gunter Ohrner --- Seems to be fixed again in KDE Applications 18.04, thanks! -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 391994] Usability: It's easy to switch "preferred folders" from icon view to list view, but difficult to switch back
https://bugs.kde.org/show_bug.cgi?id=391994 --- Comment #3 from Gunter Ohrner --- Works great, thanks! Sort order of the Preferred Folders also somehow changed in the new release, but I'll get used to it... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 393585] Regression: Contact completion kMail 5.8.0 does not offer any kAddressbook contacts any more
https://bugs.kde.org/show_bug.cgi?id=393585 --- Comment #1 from Gunter Ohrner --- Mh, seems to work randomly - sometime, contacts from kAddressBook are suggested, sometimes they are missing completely. Unfortunately, I could not find any pattern so far... -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 362857] Background transparency not applied when restoring session
https://bugs.kde.org/show_bug.cgi?id=362857 --- Comment #10 from Gunter Ohrner --- Interesting, for me it's a regression which only appeared after my upgrade from KDE Applications 17.12.3 to 18.04.0 and Frameworks 5.44.0 to 5.45.0. It worked fine before, and I even did not re-save my session after the upgrade... Maybe I was just lucky before? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 393585] New: Regression: Contact completion kMail 5.8.0 does not offer any kAddressbook contacts any more
https://bugs.kde.org/show_bug.cgi?id=393585 Bug ID: 393585 Summary: Regression: Contact completion kMail 5.8.0 does not offer any kAddressbook contacts any more Product: kmail2 Version: 5.8.0 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: contact completion Assignee: kdepim-b...@kde.org Reporter: kdeb...@customcdrom.de CC: dvra...@kde.org, mon...@kde.org Target Milestone: --- Before the recent upgrade to KDE Applications 18.04.0 and KDE Frameworks 5.45.0 contact completion worked ok. Since the upgrade, kMail does not suggest any mail addresses from kAddressbook and more, only recent addresses and addresses found in my "data" (i.e. probably found in my emails). Am I doing something wrong, or how can I fix this? -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 393563] Regression: Konsole background compositing disables if Konsole is auto-started with the session
https://bugs.kde.org/show_bug.cgi?id=393563 --- Comment #1 from Gunter Ohrner --- The following bug apparently is unrelated, but one of the comments there points to an earlier, similar problem: https://bugs.kde.org/show_bug.cgi?id=366368#c6 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 393563] New: Regression: Konsole background compositing disables if Konsole is auto-started with the session
https://bugs.kde.org/show_bug.cgi?id=393563 Bug ID: 393563 Summary: Regression: Konsole background compositing disables if Konsole is auto-started with the session Product: konsole Version: 18.04.0 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- I stored a running Konsole in my Plasma session, including three open Konsole tabs. (I hope the wording makes sense... I used "Save Session" in the start menu to let Konsole - besides other applications - be auto-started upon login.) My current Plasma version is 5.12.4. Since yesterdays upgrade from KDE Applications 17.12.3 to 18.04.0 and Frameworks 5.44.0 to 5.45.0, Konsole does not show a transparent background any more by default. If I enter the settings, it states that Konsole was started before compositing was enabled. As it's expected, the transparent background works if I quite and restart Konsole, but I lose my default tabs in this case... Transparent background worked fine before yesterday's update, even when Konsole was started by the session management. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 391994] New: Usability: It's easy to switch "preferred folders" from icon view to list view, but difficult to switch back
https://bugs.kde.org/show_bug.cgi?id=391994 Bug ID: 391994 Summary: Usability: It's easy to switch "preferred folders" from icon view to list view, but difficult to switch back Product: kmail2 Version: 5.7.2 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: UI Assignee: kdepim-b...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- Created attachment 111477 --> https://bugs.kde.org/attachment.cgi?id=111477&action=edit Screenshot showing popup menu with a simple option to switch to list view - I could not find a similar way back after selecting this entry. If I didn't miss any obvious option, it's very easy to switch the "preferred folders" area from icon view to list view by just right-clicking the area and chosing the appropriate option. However, once list view is activated, it does not have a general "preferred folder area" right-click popup-menu any more, only the list entries have specific popup menus which (obviously) do not offer any functionality which works on the whole area. So the only option I found to get back was to open the kMail settings dialog and search for the corresponding option buried in some of the settins tabs. This is not obvious and in any case very asymmetric behaviour. If I try such an option, I expect to get back again to the previous state just as easily... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 391993] Regression: "Preferred Folder" icon layout messed up on first start of kMail after login
https://bugs.kde.org/show_bug.cgi?id=391993 --- Comment #1 from Gunter Ohrner --- Created attachment 111476 --> https://bugs.kde.org/attachment.cgi?id=111476&action=edit Screenshot showing proper "preferred folders" icon layout after restarting kMail. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 391993] New: Regression: "Preferred Folder" icon layout messed up on first start of kMail after login
https://bugs.kde.org/show_bug.cgi?id=391993 Bug ID: 391993 Summary: Regression: "Preferred Folder" icon layout messed up on first start of kMail after login Product: kmail2 Version: 5.7.2 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: UI Assignee: kdepim-b...@kde.org Reporter: kdeb...@customcdrom.de Target Milestone: --- Created attachment 111475 --> https://bugs.kde.org/attachment.cgi?id=111475&action=edit Screenshot showing strange "preferred folder" icon layout. Since upgrading to kMail vom Applications 17.12.1 or 17.12.2, the "preferred folder" layout (using icon view, not list view) is messed up every time I start kMail for the first time after login. Just exiting kMail again and restarting it then fixes the issue. See screenshots. ii kmail 4:17.12.3-0neon+16.04+xenial+build58 amd64full featured graphical email client -- You are receiving this mail because: You are watching all bug changes.
[Oxygen] [Bug 373654] Missing media-mount action icon in Oxygen icon theme
https://bugs.kde.org/show_bug.cgi?id=373654 Gunter Ohrner changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED|RESOLVED --- Comment #8 from Gunter Ohrner --- (In reply to Wolfgang Bauer from comment #7) > > At least in KDE Neon Oxygen Icons version > > 5:5.43.0-0neon+16.04+xenial+build36 it's still not fixed. > Erm, the fix is only in 5.44.0... Ok, sorry, did not find any indication about in which package version it's actually fixed. ("Target Milestone" is not set and I also could not find this information by following the "Latest Commit" link.) Apparently, my assumptions about which it was were wrong. I'm also on 5.44.0 now and the icon is visible. > My "assumption" is just that the icons should rather belong to /actions/ for > organizational reasons. > AFAIK it should not matter in regards to this bug that they are in /emblems/ > instead (otherwise I would have reopened it). Ok - however I doubt that someone will see and amend this if this bug is closed... As it works and I'm neither the one who reported the bug nor the one who found the organisational problem I'll just stop meddling with it and close the bug again. -- You are receiving this mail because: You are watching all bug changes.