[LabPlot2] [Bug 481009] Cannot open LabPlot2 after installation via DMG
https://bugs.kde.org/show_bug.cgi?id=481009 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.
[Merkuro] [Bug 472793] merkuro-calendar crashes on startup
https://bugs.kde.org/show_bug.cgi?id=472793 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 476784] Akonadi davgroupware not storing password in kwallet
https://bugs.kde.org/show_bug.cgi?id=476784 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 476784] Akonadi davgroupware not storing password in kwallet
https://bugs.kde.org/show_bug.cgi?id=476784 --- Comment #1 from Oliver Freyermuth --- I'm observing the vers same on Gentoo Linux using: akonadictl 5.24.3 (23.08.3) i.e. passwords are asked for on each session start. I did not observe this issue with 23.04.3 before, but only encountered it after updating to 23.08.3. In case it is relevant, I am also running kwallet in general, but have disabled it's Secret Service interface functionality and am using keepassxc for that. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 448660] Kickoff/Kicker favorites no longer distro-customizable through system-wide config
https://bugs.kde.org/show_bug.cgi?id=448660 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 442628] Breeze Dark: menubar and toolbar background not switching colours for inactive/active windows
https://bugs.kde.org/show_bug.cgi?id=442628 --- Comment #11 from Oliver Freyermuth --- (In reply to Prajna Sariputra from comment #10) > I'm now on Plasma 5.24.2 and Frameworks 5.91.0, and the issue appears to > have resolved itself somehow. Thanks, that makes me hopeful for when these versions are marked as stable on Gentoo (they are already in the repositories, but not stabilized yet). Concerning the issue, it would of course be ideal in case we'd find the causing or fixing commit to allow for potential backports to LTS distros. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 442628] Breeze Dark: menubar and toolbar background not switching colours for inactive/active windows
https://bugs.kde.org/show_bug.cgi?id=442628 --- Comment #14 from Oliver Freyermuth --- Wow, thanks for catching this! This made my day, or maybe even my week :-). I can confirm disabling side borders (or all borders) fixes this issue, I was unaware enabling the tiny borders (which I did many Plasma versions ago) would have such an effect Now my only remaining issue with the new design is #435905, but that's a different bug. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 438357] breeze-dark window header and title colours erroneous
https://bugs.kde.org/show_bug.cgi?id=438357 --- Comment #9 from Oliver Freyermuth --- Thanks for the proposal! While logged out and in a ral tty, I tried even: rm -rf ~/.cache and logged in graphically only afterwards to have a fully fresh start. Sadly, it did not affect the visuals in any way. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 60894] Periodic auto-saving of session state so state isn't lost if there's a crash or power loss
https://bugs.kde.org/show_bug.cgi?id=60894 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 490469] New: Applications started via custom shortcut do not have ICEAUTHORITY defined
https://bugs.kde.org/show_bug.cgi?id=490469 Bug ID: 490469 Summary: Applications started via custom shortcut do not have ICEAUTHORITY defined Classification: Plasma Product: plasmashell Version: 5.27.11 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Session Management Assignee: plasma-b...@kde.org Reporter: o.freyerm...@googlemail.com CC: natalie_clar...@yahoo.de Target Milestone: 1.0 SUMMARY KDE/Qt applications started via a user-defined shortcut do not have `ICEAUTHORITY` set in their environment and hence can not be session-restored. STEPS TO REPRODUCE 1. Go to "Custom Shortcuts" in system settings and add your own shortcut to start "konsole", e.g. "Alt+F2". 2. Save and apply, then press the shortcut "Alt+F2". OBSERVED RESULT The opened "konsole" is not session-restored. Starting other KDE/Qt applications from within, e.g. another "konsole", reveals the message: ``` Qt: Session management error: None of the authentication protocols specified are supported ``` Checking the environment: ``` $ echo $ICEAUTHORITY $ echo $SESSION_MANAGER local/alien17:@/tmp/.ICE-unix/30501,unix/alien17:/tmp/.ICE-unix/30501 ``` reveals `ICEAUTHORITY` is not defined, but `SESSION_MANAGER` is. A "konsole" started via the launcher or krunner has both variables set as expected. EXPECTED RESULT `ICEAUTHORITY` to also be set for programmes started via custom shortcuts. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.116.0 Qt Version: 5.15.14 ADDITIONAL INFORMATION using an X11 session with OpenRC. Note that this is not a duplicate of https://bugs.kde.org/show_bug.cgi?id=487912 , Gentoo has backported that patch to the distro package I am using, and not all programmes are affected. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 461319] WireGuard connection doesn't save persistent-keepalive value.
https://bugs.kde.org/show_bug.cgi?id=461319 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 488520] kde-plasma/plasma-workspace 5.27.11.1: ksmserver still sometimes fails to save and later restore a session
https://bugs.kde.org/show_bug.cgi?id=488520 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com --- Comment #3 from Oliver Freyermuth --- I also observed this mostly randomly, especially if many applications are open, in those cases: ~/.config/ksmserverrc was cut off for me. Using OpenRC here and I am wondering whether the file was cut off due to too fast / unexpected process termination when logging off. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 490469] Applications started via custom shortcut do not have ICEAUTHORITY defined
https://bugs.kde.org/show_bug.cgi?id=490469 --- Comment #2 from Oliver Freyermuth --- Thanks for checking! I delved into this and can explain why KUbuntu does not appear to be affected: They did not fetch the new patch release 5.27.11.1 of plasma-workspace completely, but only backported parts of it. Hence, they do not carry https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4382 in full. For that reason, Ubuntu does not use a pattern such as: /run/user/1000/iceauth_someRandomString for their ICE auth files, but just the default: /run/user/1000/ICEauthority Hence, it works without the variable being defined due to the fallback to the "default name". Note that the MR I linked above also added the corresponding code to ksmserver to set that variable, which explains why Ubuntu misses that, as they did not pull in the full MR / did not pull 5.27.11.1 completely. So it appears that to reproduce that, 5.27.11.1 must be used, while 5.27.11 is not affected. Sadly, Plasma itself did not report the ".1" version and the bug tracker does not allow to select it, so I did not include this critical detail in my report. Do you have the chance to re-test with 5.27.11.1? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kglobalaccel] [Bug 490469] Applications started via custom shortcut do not have ICEAUTHORITY defined
https://bugs.kde.org/show_bug.cgi?id=490469 Oliver Freyermuth changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #4 from Oliver Freyermuth --- Thanks Nate, I was indeed unaware that "Custom Shortcuts" was deprecated and removed, good to know and understandable. I created a new shortcut via the "Shortcuts" page for Konsole, and can sadly confirm it is affected by the same issue. It even has two more issues: * It starts up with both "ICEAUTHORITY" and "SESSION_MANAGER" being unset, so it does not even complain that session management does not work, but just does not try it. Via "Custom Shortcuts"; at least "SESSION_MANAGER" was set. * It starts up in "/" instead of my home directory (not sure how to change that, only happens when Konsole is started via "Shortcuts"), which makes it quite cumbersome for day-to-day usage. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kglobalaccel] [Bug 490469] Applications started via custom shortcut do not have ICEAUTHORITY defined
https://bugs.kde.org/show_bug.cgi?id=490469 --- Comment #6 from Oliver Freyermuth --- (In reply to Nate Graham from comment #5) > The fact that it starts up in / rather than your homedir seems suspicious. > Have yo made any user or system level customizations that could explain this? No, that also happens on fresh installs of Gentoo. Digging a bit more, this seems to be a common issue with processes forking off from kglobalaccel5 affecting other users, too: https://discuss.kde.org/t/konsole-and-others-starts-in-root-dir/4466/22 I can confirm the last statement there from my system: Using OpenRC (not systemd), SDDM and rootful X11 starts dbus-launch with / as working directory, which is inherited by kglobalaccel5, which is then inherited by Konsole or other things started via "Shortcut". Should I create a separate issue on this? Note that kglobalaccel5 and hence also Konsole started via "Shortcut" is missing both SESSION_MANAGER and ICEAUTHORITY in its environment, so even if the working directory issue is left aside, the issue at hand still applies. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 438357] breeze-dark window header and title colours erroneous
https://bugs.kde.org/show_bug.cgi?id=438357 --- Comment #3 from Oliver Freyermuth --- I compared the [Color*:*] sections betweek /usr/share/color-schemes/BreezeDark.colors and ~/.config/kdeglobals and they are exactly the same, which leaves me at a loss. Is this issue really a duplicate? -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 438357] breeze-dark window header and title colours erroneous
https://bugs.kde.org/show_bug.cgi?id=438357 Oliver Freyermuth changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED|REOPENED Ever confirmed|0 |1 --- Comment #4 from Oliver Freyermuth --- I've reopened this since the proposed workaround does not change the colours, and the colours in ~/.config/kdeglobals match the theme, so it does not seem to be the same issue as in #433642. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 438357] breeze-dark window header and title colours erroneous
https://bugs.kde.org/show_bug.cgi?id=438357 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com --- Comment #6 from Oliver Freyermuth --- Created attachment 139316 --> https://bugs.kde.org/attachment.cgi?id=139316&action=edit kdeglobals exhibiting the colour issue Sure, attached, I only redacted: [General] => dbfile [DirSelect Dialog] => History Items Apart from these (which I marked as redacted), it is complete. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 442398] non-latin symbols inside PDF-forms not displayed in view-mode and non-printable
https://bugs.kde.org/show_bug.cgi?id=442398 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 441446] New: Copying file from FAT32 triggeres endless loop in file.so
https://bugs.kde.org/show_bug.cgi?id=441446 Bug ID: 441446 Summary: Copying file from FAT32 triggeres endless loop in file.so Product: frameworks-kio Version: 5.82.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kio-bugs-n...@kde.org Reporter: o.freyerm...@googlemail.com CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY Copying any file from a FAT32 file system triggers an endless loop at the end of the copy operation in file.so for me. STEPS TO REPRODUCE 1. Copy any file from a FAT32 FS to e.g. btrfs, using for example Dolphin to trigger use of kio / file.so plugin. 2. Observe endless loop. OBSERVED RESULT Endless loop. EXPECTED RESULT Copy operation to finish. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Gentoo Linux, 5.9.11 kernel (available in About System) KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I did some debugging, and found things get stuck in the outer of the two while loops around here: https://github.com/KDE/kio/blob/0b4fd24f66656265c531fe1fe97e23e388c7cab2/src/ioslaves/file/file_unix.cpp#L669 Using "gdb", I find that fgetxattr returns -1, and errno is set to EOPNOTSUPP, so valuelen is -1, when the attribute "security.selinux" is queried. The problem appears to be that the comment in: https://github.com/KDE/kio/blob/0b4fd24f66656265c531fe1fe97e23e388c7cab2/src/ioslaves/file/file_unix.cpp#L676 says "Some other error, skip to the next attribute", but this actually never happens, since: https://github.com/KDE/kio/blob/0b4fd24f66656265c531fe1fe97e23e388c7cab2/src/ioslaves/file/file_unix.cpp#L681 jumps back to the beginning of the outer while loop without skipping to the next key. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 438357] breeze-dark window header and title colours erroneous
https://bugs.kde.org/show_bug.cgi?id=438357 --- Comment #11 from Oliver Freyermuth --- Sadly, it still happens to me with Plasma 5.22.5, looks exactly the same. I also retried switching themes (did that already in 5.21), still no change. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 442628] New: Breeze Dark: menubar and toolbar background not switching colours for inactive/active windows
https://bugs.kde.org/show_bug.cgi?id=442628 Bug ID: 442628 Summary: Breeze Dark: menubar and toolbar background not switching colours for inactive/active windows Product: Breeze Version: 5.22.4 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: o.freyerm...@googlemail.com Target Milestone: --- Created attachment 141665 --> https://bugs.kde.org/attachment.cgi?id=141665&action=edit Screenshot illustrating the issue with Konsole SUMMARY In Breeze Dark, menubar and toolbar colour is not following window titlebar background colour changes when switching when windows are changing to active / inactive. STEPS TO REPRODUCE 1. Select Breeze Dark theme. 2. Open two application windows with menubar and / or toolbar. 3. Switch windows to active / inactive. OBSERVED RESULT Titlebar background colour changes, but menubar / toolbar background does not follow along. EXPECTED RESULT Titlebar, menubar and toolbar background change consistently with active / inactive window state. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.9.11-gentoo (available in About System) KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION See attached screenshot. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 438357] breeze-dark window header and title colours erroneous
https://bugs.kde.org/show_bug.cgi?id=438357 --- Comment #13 from Oliver Freyermuth --- Thanks for confirming the colour changes are intentional! For reference, I have opened the issue about menubar and toolbar background not correctly switching colors when the window changes to inactive and back as separate Bug 442628 . If you allow one final question: The main irritation with the titlebar colours for me is that when a window changes from inactive to active, then in the titlebar: * Brightness increases (which seems intuitive for a dark theme). * Contrast decreases (which seems counter-intuitive). Earlier Breeze Dark themes adapted the titlebar text colour to ensure contrasr of inactive window titlebars is lower, so both contrast and brightness of the titlebar increased when a window is activated. Is this also intentional, or is the titlebar text colour not changing colours anymore (previously used to reduce contrast for inactive titlebars) unintentional? I tried asking some non-Linux users (non-representative study of course) using the screenshot attached here, and their identification of the active vs. the inactive window was only 50:50 correct, while it was always correct if both brightness and contrast increased for the active window. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 438357] breeze-dark window header and title colours erroneous
https://bugs.kde.org/show_bug.cgi?id=438357 --- Comment #15 from Oliver Freyermuth --- Thanks for confirming that the titlebar colour changes are intentional, but the titlebar text not changing colours might not :-). I checked through this bug tracker, and found: https://bugs.kde.org/show_bug.cgi?id=435905 If I understand correctly, this is basically the issue I also see: In the theme colour schemes, there actually seem to be different text colours for active/inactive title texts, but they these are not honoured anymore when header colours are used (and there are no active/inactive Header group titlebar text colors). So it seems the issue I wanted to raise seems to exist already ;-). But an MR to fix this seems to be more complex than an MR changing the colour scheme files. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 435905] Use active/inactive titlebar text colors for titlebar text coloration even when Header colors are in use
https://bugs.kde.org/show_bug.cgi?id=435905 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 442628] Breeze Dark: menubar and toolbar background not switching colours for inactive/active windows
https://bugs.kde.org/show_bug.cgi?id=442628 --- Comment #2 from Oliver Freyermuth --- With Widget Theme, You mean the Application Theme in systemsettings5? This is "Breeze" in my case, while the Plasma Style is "Breeze Dark" as well. For "Window Decorations", it's Breeze. Here are the sections from kdeglobals: [Colors:Header] BackgroundAlternate=42,46,50 BackgroundNormal=49,54,59 DecorationFocus=61,174,233 DecorationHover=61,174,233 ForegroundActive=61,174,233 ForegroundInactive=161,169,177 ForegroundLink=29,153,243 ForegroundNegative=218,68,83 ForegroundNeutral=246,116,0 ForegroundNormal=252,252,252 ForegroundPositive=39,174,96 ForegroundVisited=155,89,182 [Colors:Header][Inactive] BackgroundAlternate=49,54,59 BackgroundNormal=42,46,50 DecorationFocus=61,174,233 DecorationHover=61,174,233 ForegroundActive=61,174,233 ForegroundInactive=161,169,177 ForegroundLink=29,153,243 ForegroundNegative=218,68,83 ForegroundNeutral=246,116,0 ForegroundNormal=252,252,252 ForegroundPositive=39,174,96 ForegroundVisited=155,89,182 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 442628] Breeze Dark: menubar and toolbar background not switching colours for inactive/active windows
https://bugs.kde.org/show_bug.cgi?id=442628 --- Comment #3 from Oliver Freyermuth --- I can also not reproduce on a KDE Neon live system. Copying over kdeglobals from my system also does not cause this issue to show up. However, in KDE neon I notice there is a slight delay after the titlebar is recolorized (from activation / deactivation) to the menubar / toolbar following along, so there seems to be a two-step process. Maybe my issue is not a color scheme issue, but an issue with triggering this recolorization? Does this require a specific minimum Qt version, or something which is only in the Qt5PatchCollection? Gentoo currently ships Qt 5.15.2-r3, which does not yet include the patches from the Qt5PatchCollection. Work to integrate them is ongoing, though: https://bugs.gentoo.org/806797 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 442628] Breeze Dark: menubar and toolbar background not switching colours for inactive/active windows
https://bugs.kde.org/show_bug.cgi?id=442628 --- Comment #6 from Oliver Freyermuth --- (In reply to Andreas Sturmlechner from comment #5) > That's in stable, but testing already contains all the relevant > Qt5PatchCollection snapshots going to be stabilised soon. Thanks! Indeed, I am running stable — I've updated to the freshly stabilized Qt packages now (which include Qt5PatchCollection), and the issue remains. So this is indeed not due to Qt5PatchCollection patches missing. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 442628] Breeze Dark: menubar and toolbar background not switching colours for inactive/active windows
https://bugs.kde.org/show_bug.cgi?id=442628 --- Comment #7 from Oliver Freyermuth --- I have now upgraded to KDE Frameworks 5.88.0, and the issue persists. Switching the colour scheme to something else and back does not change the issue. Other ideas welcome. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 325119] Size of inline notes not adjusted to font size and does not respect drawn boundaries
https://bugs.kde.org/show_bug.cgi?id=325119 Oliver Freyermuth changed: What|Removed |Added CC||o.freyerm...@googlemail.com -- You are receiving this mail because: You are watching all bug changes.