[plasmashell] [Bug 371995] New: Plasma crashed after unlocking widgets
https://bugs.kde.org/show_bug.cgi?id=371995 Bug ID: 371995 Summary: Plasma crashed after unlocking widgets Product: plasmashell Version: 5.8.3 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: timo...@gmail.com CC: bhus...@gmail.com, plasma-b...@kde.org Target Milestone: 1.0 Application: plasmashell (5.8.3) Qt Version: 5.7.0 Frameworks Version: 5.27.0 Operating System: Linux 4.8.6-1-ARCH x86_64 Distribution (Platform): Archlinux Packages -- Information about the crash: - What I was doing when the application crashed: Unlocking the widgets of my panel/toolbar - Unusual behavior I noticed: Widgets stay locked after starting plasma again The crash can be reproduced every time. -- Backtrace: Application: Plasma (plasmashell), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f48eb2307c0 (LWP 629))] Thread 10 (Thread 0x7f480ebde700 (LWP 2398)): #0 0x7f48e412b10f in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f48e5016c2b in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f48e8f82395 in () at /usr/lib/libQt5Quick.so.5 #3 0x7f48e8f82c8a in () at /usr/lib/libQt5Quick.so.5 #4 0x7f48e5015d78 in () at /usr/lib/libQt5Core.so.5 #5 0x7f48e4125454 in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f48e492b7df in clone () at /usr/lib/libc.so.6 Thread 9 (Thread 0x7f481b856700 (LWP 1346)): #0 0x7f48e492248d in poll () at /usr/lib/libc.so.6 #1 0x7f48e98e38e0 in () at /usr/lib/libxcb.so.1 #2 0x7f48e98e3fad in () at /usr/lib/libxcb.so.1 #3 0x7f48e98e402d in xcb_writev () at /usr/lib/libxcb.so.1 #4 0x7f48e9b41f4e in _XSend () at /usr/lib/libX11.so.6 #5 0x7f48e9b42290 in _XFlush () at /usr/lib/libX11.so.6 #6 0x7f48e9b2437a in XFlush () at /usr/lib/libX11.so.6 #7 0x7f48d47a44b2 in () at /usr/lib/qt/plugins/xcbglintegrations/libqxcb-glx-integration.so #8 0x7f48e5778d2d in QOpenGLContext::swapBuffers(QSurface*) () at /usr/lib/libQt5Gui.so.5 #9 0x7f48e8f7e85c in () at /usr/lib/libQt5Quick.so.5 #10 0x7f48e8f82b4c in () at /usr/lib/libQt5Quick.so.5 #11 0x7f48e5015d78 in () at /usr/lib/libQt5Core.so.5 #12 0x7f48e4125454 in start_thread () at /usr/lib/libpthread.so.0 #13 0x7f48e492b7df in clone () at /usr/lib/libc.so.6 Thread 8 (Thread 0x7f48351ef700 (LWP 982)): #0 0x7f48e412b10f in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f48e5016c2b in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f48e8f82395 in () at /usr/lib/libQt5Quick.so.5 #3 0x7f48e8f82c8a in () at /usr/lib/libQt5Quick.so.5 #4 0x7f48e5015d78 in () at /usr/lib/libQt5Core.so.5 #5 0x7f48e4125454 in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f48e492b7df in clone () at /usr/lib/libc.so.6 Thread 7 (Thread 0x7f4836801700 (LWP 969)): #0 0x7f48dfbe4cae in g_main_context_prepare () at /usr/lib/libglib-2.0.so.0 #1 0x7f48dfbe56ab in () at /usr/lib/libglib-2.0.so.0 #2 0x7f48dfbe589c in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #3 0x7f48e524472b in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f48e51ee23a in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #5 0x7f48e50110f3 in QThread::exec() () at /usr/lib/libQt5Core.so.5 #6 0x7f48e8f13856 in () at /usr/lib/libQt5Quick.so.5 #7 0x7f48e5015d78 in () at /usr/lib/libQt5Core.so.5 #8 0x7f48e4125454 in start_thread () at /usr/lib/libpthread.so.0 #9 0x7f48e492b7df in clone () at /usr/lib/libc.so.6 Thread 6 (Thread 0x7f48c6399700 (LWP 882)): #0 0x7f48e412b10f in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f48ea9a3ac4 in () at /usr/lib/libQt5Script.so.5 #2 0x7f48ea9a3b09 in () at /usr/lib/libQt5Script.so.5 #3 0x7f48e4125454 in start_thread () at /usr/lib/libpthread.so.0 #4 0x7f48e492b7df in clone () at /usr/lib/libc.so.6 Thread 5 (Thread 0x7f48c7fff700 (LWP 848)): #0 0x7ffee6dfc939 in () #1 0x7ffee6dfcbc5 in clock_gettime () #2 0x7f48e49386b6 in clock_gettime () at /usr/lib/libc.so.6 #3 0x7f48e50bb1a1 in () at /usr/lib/libQt5Core.so.5 #4 0x7f48e52423a9 in QTimerInfoList::updateCurrentTime() () at /usr/lib/libQt5Core.so.5 #5 0x7f48e5242955 in QTimerInfoList::timerWait(timespec&) () at /usr/lib/libQt5Core.so.5 #6 0x7f48e5243cfe in () at /usr/lib/libQt5Core.so.5 #7 0x7f48dfbe4c89 in g_main_context_prepare () at /usr/lib/libglib-2.0.so.0 #8 0x7f48dfbe56ab in () at /usr/lib/libgl
[plasmashell] [Bug 366298] widgets remain locked after selecting the "unlock widgets" option from the desktop context menu
https://bugs.kde.org/show_bug.cgi?id=366298 --- Comment #2 from Timo --- *** Bug 371995 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 371995] Plasma crashed after unlocking widgets
https://bugs.kde.org/show_bug.cgi?id=371995 Timo changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Timo --- *** This bug has been marked as a duplicate of bug 366298 *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 371995] Plasma crashed after unlocking widgets
https://bugs.kde.org/show_bug.cgi?id=371995 Timo changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=366298 Component|general |Task Manager -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 366298] widgets remain locked after selecting the "unlock widgets" option from the desktop context menu
https://bugs.kde.org/show_bug.cgi?id=366298 --- Comment #4 from Timo --- *** Bug 371995 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 371995] Plasma crashed after unlocking widgets
https://bugs.kde.org/show_bug.cgi?id=371995 --- Comment #3 from Timo --- (In reply to Christoph Feck from comment #2) > No, it is bug 371507. > > *** This bug has been marked as a duplicate of bug 371507 *** Just because I am using Archlinux does not mean that the problem I am reporting is the same. I had no problem using the error reporting GUI (what I understand is meant by 'drkonqi') and I am not reporting any problem related to it. *** This bug has been marked as a duplicate of bug 366298 *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 371995] Plasma crashed after unlocking widgets
https://bugs.kde.org/show_bug.cgi?id=371995 --- Comment #5 from Timo --- This got fixed in the latest update -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 486817] New: "Run command" does nothing - tested with cmd/powershell commands
https://bugs.kde.org/show_bug.cgi?id=486817 Bug ID: 486817 Summary: "Run command" does nothing - tested with cmd/powershell commands Classification: Applications Product: kdeconnect Version: 24.02.0 Platform: Microsoft Windows OS: Other Status: REPORTED Severity: major Priority: NOR Component: windows-application Assignee: piyushaggarwal...@gmail.com Reporter: timovdve...@duck.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Fresh install of KDE-connect on windows and android, link them 2. Add command to "run commands" in plugin settings I've added "Rundll32.exe user32.dll,LockWorkStation" as this command works in both cmd and powershell. It's normal that the sample commands don't work as they're for linux (these should be removed/replaced) 3. try to run the command I've confirmed that the connection is not the problem by using the file sharing function. OBSERVED RESULT Command isn't runned, screen doesn't lock. There's also no error message. EXPECTED RESULT Lock screen of windows device. SOFTWARE/OS VERSIONS Windows: 11 home KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION I've also tried it with the simplest command on windows: "cmd", this also does nothing. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 443630] Clicking the "new mail notification" doesn't bring Thunderbird focused
https://bugs.kde.org/show_bug.cgi?id=443630 --- Comment #4 from Timo --- (In reply to Nate Graham from comment #3) > Can reproduce on X11 (on Wayland it's already known and expected to be > broken for now). This means that KWin is blocking the activation because it > thinks it's focus stealing, because the app isn't passing along its ID from > the notification properly. You'll need to report this to the Thunderbird > developers. Thanks for the information. I created a new bug report at: https://bugzilla.mozilla.org/show_bug.cgi?id=1737753 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-knotifications] [Bug 443630] New: Clicking the "new mail notification" doesn't bring Thunderbird focused
https://bugs.kde.org/show_bug.cgi?id=443630 Bug ID: 443630 Summary: Clicking the "new mail notification" doesn't bring Thunderbird focused Product: frameworks-knotifications Version: 5.86.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdelibs-b...@kde.org Reporter: tim...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY Thunderbird won't receive focus when clicking "new mail" notification. STEPS TO REPRODUCE 1. Open Thunderbird 2. Work on some other application, i.e. use Firefox so Firefox window has focus 3. Click "new mail" notification when an email arrives OBSERVED RESULT Clicking the new mail notification doesn't bring Thunderbird focused. EXPECTED RESULT Clicking the notification should bring Thunderbird window focused (visible). SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Manjaro KDE KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kernel Version: 5.10.70-1-MANJARO OS Type: 64-bit ADDITIONAL INFORMATION This bug has been present for a while now. I can recall new mail notification worked "a month or two ago" (my bad I don't have exact software versions/dates when this bug first appeared). One additional note: If you open Thunderbird and then minimize Thunderbird window, but after that _do not_ click anywhere and just plain wait for a new email notification and after receiving one you click the notification, Thunderbird is focused. So this bug appears to trigger if some other window has received focus before the new mail notification arrives. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 443630] Clicking the "new mail notification" doesn't bring Thunderbird focused
https://bugs.kde.org/show_bug.cgi?id=443630 --- Comment #2 from Timo --- X11. Thunderbird version is 91.2.0. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 443630] Clicking the "new mail notification" doesn't bring Thunderbird focused
https://bugs.kde.org/show_bug.cgi?id=443630 --- Comment #6 from Timo --- Mozilla recognizez the problem, but it's been almost 3 months now and the bug still exists. I was wondering if anybody from KDE could offer a helping hand to Mozilla to fix this bug? My understanding is that it is pretty small change which is needed here: > This means that KWin is blocking the activation because it thinks it's focus > stealing, because the app isn't passing along its ID from the notification > properly -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 443630] Clicking the "new mail notification" doesn't bring Thunderbird focused
https://bugs.kde.org/show_bug.cgi?id=443630 Timo changed: What|Removed |Added Status|RESOLVED|VERIFIED -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 360792] akonadi_davgroupware_resource crashes constandly
https://bugs.kde.org/show_bug.cgi?id=360792 Timo changed: What|Removed |Added CC||sedrem...@gmail.com --- Comment #12 from Timo --- Same thing happening on ubuntu 17.04 with KDE installed. kontact --version = 5.2.3 akonadictl --version = 5.2.2 kmail --version = 5.2.3 plasmashell --version = 5.8.5 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 360792] akonadi_davgroupware_resource crashes constandly
https://bugs.kde.org/show_bug.cgi?id=360792 Timo changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |CONFIRMED --- Comment #13 from Timo --- *** This bug has been confirmed by popular vote. *** -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 496193] New: Update fails complaining about duplicate files
https://bugs.kde.org/show_bug.cgi?id=496193 Bug ID: 496193 Summary: Update fails complaining about duplicate files Classification: KDE Neon Product: neon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: neon-b...@kde.org Reporter: ttkorho...@proton.me CC: carlosd@gmail.com, j...@jriddell.org, neon-b...@kde.org Target Milestone: --- Package failed to install: Error while installing package: trying to overwrite '/usr/share/locale/ar/LC_MESSAGES/libkgapi_qt.qm', which is also in package libkpimgapi5-data 23.08.5-0zneon+24.04+noble+release+build1 SUMMARY STEPS TO REPRODUCE 1. Open Discover, Updates 2. Update fails with the message above OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Neon 6.2 KDE Plasma Version: 6.2.3 KDE Frameworks Version: 6.8.0 Qt Version: 6.8.0 ADDITIONAL INFORMATION Upgraded from 22.04 LTS recently. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 496193] Update fails complaining about duplicate files
https://bugs.kde.org/show_bug.cgi?id=496193 --- Comment #2 from Timo --- Thanks a lot! (In reply to Carlos De Maine from comment #1) > should finally be fixed. sorry for the delay. Thanks a lot! Worked like charm. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kservice] [Bug 371885] New: kservice-5.27.0: fails to build with flex-2.6.2
https://bugs.kde.org/show_bug.cgi?id=371885 Bug ID: 371885 Summary: kservice-5.27.0: fails to build with flex-2.6.2 Product: frameworks-kservice Version: 5.27.0 Platform: Exherbo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: fa...@kde.org Reporter: timo.g...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- When flex-2.6.2 is installed the build fails with: [...] [ 87%] Building C object src/CMakeFiles/KF5Service.dir/lex.c.o cd /var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/build/src && /usr/bin/x86_64-pc-linux-gnu-cc -DKCOREADDONS_LIB -DKF5Service_EXPORTS -DQT_CORE_LIB -DQT_DBUS_LIB -DQT_NO_CAST_FROM_BYTEARRAY -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_SIGNALS_SLOTS_KEYWORDS -DQT_NO_URL_CAST_FROM_STRING -DQT_USE_FAST_OPERATOR_PLUS -DQT_USE_QSTRINGBUILDER -DQT_XML_LIB -DTRANSLATION_DOMAIN=\"kservice5\" -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/build/src -I/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/kservice-5.27.0/src -I/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/build/src/.. -I/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/kservice-5.27.0/src/services -I/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/kservice-5.27.0/src/sycoca -I/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/kservice-5.27.0/src/plugin -I/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/kservice-5.27.0/src/kdeinit -isystem /usr/include/KF5/KConfigCore -isystem /usr/include/KF5 -isystem /usr/include/qt5 -isystem /usr/include/qt5/QtCore -isystem /usr/lib/qt5/mkspecs/linux-g++ -isystem /usr/include/KF5/KCoreAddons -isystem /usr/include/KF5/KI18n -isystem /usr/include/KF5/KDBusAddons -isystem /usr/include/qt5/QtDBus -isystem /usr/include/qt5/QtXml -pipe -O2 -march=native -DNDEBUG -DQT_NO_DEBUG -std=iso9899:1990 -fno-common -Wall -Wextra -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef -Wmissing-format-attribute -Wwrite-strings -Werror=implicit-function-declaration -fPIC -fvisibility=hidden -fPIC -o CMakeFiles/KF5Service.dir/lex.c.o -c /var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/build/src/lex.c services/lex.l: In function 'KTraderParse_initFlex': services/lex.l:160:3: error: implicit declaration of function 'yy_switch_to_buffer' [-Werror=implicit-function-declaration] services/lex.l:160:24: error: implicit declaration of function 'yy_scan_string' [-Werror=implicit-function-declaration] services/lex.l: In function 'kiotraderwrap': services/lex.l:166:3: error: implicit declaration of function 'yy_delete_buffer' [-Werror=implicit-function-declaration] services/lex.l: At top level: /var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/build/src/lex.c:1368:16: warning: 'input' defined but not used [-Wunused-function] make[2]: Leaving directory '/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/build' make[1]: Leaving directory '/var/tmp/paludis/build/kde-frameworks-kservice-5.27.0/work/build' cc1: some warnings being treated as errors make[2]: *** [src/CMakeFiles/KF5Service.dir/build.make:953: src/CMakeFiles/KF5Service.dir/lex.c.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:398: src/CMakeFiles/KF5Service.dir/all] Error 2 make: *** [Makefile:131: all] Error 2 [...] With the previous flex 2.6.1 kservice-5.27.0 builds without any issue. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kservice] [Bug 371885] kservice-5.27.0: fails to build with flex-2.6.2
https://bugs.kde.org/show_bug.cgi?id=371885 Timo Gurr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Timo Gurr --- There was already an open bug: https://github.com/westes/flex/issues/113 But it wasn't entirely clear if flex needs fixing or the consumers need to adapt. Upstream reacted now and an upstream commit has finally landed resolving the problem with flex: https://github.com/westes/flex/commit/c8ad3d682fb0ea39e30a70449c7f88b8cd8da6b4 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 449927] New: kmail crashes on startup after crashing when switching folders
https://bugs.kde.org/show_bug.cgi?id=449927 Bug ID: 449927 Summary: kmail crashes on startup after crashing when switching folders Product: kmail2 Version: 5.19.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: kdeb...@twilken.net Target Milestone: --- Created attachment 146528 --> https://bugs.kde.org/attachment.cgi?id=146528&action=edit kmail startup and debug log SUMMARY After looking at emails and switching folders a few times, when switching back to an inbox, kontact crashes. I'm not sure, but the crash may have happened when switching to a folder where the first message was signed using an RSA4096 GPG key, of which I have the public key stored in KGPG. Subsequently trying to reopen kontact or kmail crashes with a segfault (see attached log). STEPS TO REPRODUCE 1. open kontact/kmail and switch folders a few times, possibly opening a GPG-signed message 2. kontact/kmail crashes 3. try to reopen kmail 4. kmail keeps segfaulting OBSERVED RESULT kmail crashes upon startup, without showing a window. See attached log for details. EXPECTED RESULT kmail starts normally. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kernel 5.16.8-arch1-1 (available in About System) KDE Plasma Version: 5.24.0 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 449891] kmail crashes on startup
https://bugs.kde.org/show_bug.cgi?id=449891 Timo Wilken changed: What|Removed |Added CC||kdeb...@twilken.net -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 449898] "setFcc: collection invalid" after clicking on mail address in e-mail message body
https://bugs.kde.org/show_bug.cgi?id=449898 Timo Wilken changed: What|Removed |Added CC||kdeb...@twilken.net -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 449826] Kmail crashes the moment an encrypted email is selected
https://bugs.kde.org/show_bug.cgi?id=449826 Timo Wilken changed: What|Removed |Added CC||kdeb...@twilken.net -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] New: Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 Bug ID: 468421 Summary: Discover doesn't show available firmware updates offered by fwupd Classification: Applications Product: Discover Version: 5.27.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: fwupd Backend Assignee: plasma-b...@kde.org Reporter: timo.g...@gmail.com CC: aleix...@kde.org, sharma.abhijeet2...@gmail.com Target Milestone: --- SUMMARY Discover doesn't show any firmware updates available by fwupd. STEPS TO REPRODUCE 1. Build Discover with the fwupd backend 2. Launch Discover 3. See no updates OBSERVED RESULT No updates are being displayed. EXPECTED RESULT Available updates correctly being displayed and offered to upgrade. SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 Kernel Version: 6.2.0 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6500 CPU @ 3.20GHz Memory: 11.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 ADDITIONAL INFORMATION 1. Updates are displayed and correctly working via the fwupdmgr cli as well as within gnome-firmware (43.0) - see additionally attached screenshots. 2. If manually typing "lenovo" in the search box the device is found however not the update itself as it reports version 0.0.0.1 instead of the 0.0.4.6 firmware update version and the install button doesn't do anything - see additionally attached screenshots. 3. Discover also reports a general error on launch that it can't be used to do system upgrades as I've build it only with the fwupd backend (as packagekit also doesn't support our package manager) however the screenshots I found at https://pointieststick.com/2018/08/04/this-week-in-usability-productivity-part-30/ also offer the firmware updates labled under the "System Updates" so this error message isn't quite correct - see additionally attached screenshots. 4. gnome-firmware displays all devices fwupd supports in general with a note "No Releases Available" to indicate that there are no available updates - but allows to see all devices supported by fwupd all the time and check their firmware and other details which I would welcome to see in Discover (or any other hardware kcm with fwupd support) as well. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #1 from Timo Gurr --- Created attachment 158031 --> https://bugs.kde.org/attachment.cgi?id=158031&action=edit discover_1.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #2 from Timo Gurr --- Created attachment 158032 --> https://bugs.kde.org/attachment.cgi?id=158032&action=edit discover_2.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #3 from Timo Gurr --- Created attachment 158033 --> https://bugs.kde.org/attachment.cgi?id=158033&action=edit discover_3.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #4 from Timo Gurr --- Created attachment 158034 --> https://bugs.kde.org/attachment.cgi?id=158034&action=edit discover_4.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #5 from Timo Gurr --- Created attachment 158035 --> https://bugs.kde.org/attachment.cgi?id=158035&action=edit discover_5.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #6 from Timo Gurr --- Created attachment 158036 --> https://bugs.kde.org/attachment.cgi?id=158036&action=edit discover_6.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #7 from Timo Gurr --- Created attachment 158037 --> https://bugs.kde.org/attachment.cgi?id=158037&action=edit discover_manual_01.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #8 from Timo Gurr --- Created attachment 158038 --> https://bugs.kde.org/attachment.cgi?id=158038&action=edit discover_manual_02.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #9 from Timo Gurr --- Created attachment 158039 --> https://bugs.kde.org/attachment.cgi?id=158039&action=edit gnome-firmware.png -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 468421] Discover doesn't show available firmware updates offered by fwupd
https://bugs.kde.org/show_bug.cgi?id=468421 --- Comment #10 from Timo Gurr --- $ fwupdmgr get-updates WARNING: Dieses Paket wurde nicht validiert und könnte nicht richtig funktionieren. Geräte mit keinen verfügbaren Firmware-Aktualisierungen: • 1100 MTFDDAK256TBN • SSD 860 PRO 256GB • System Firmware • UEFI dbx FUJITSU ESPRIMO P757 │ └─ThinkPad Universal USB-C Dock: │ Gerätekennung: 8dc9c8149c459498fae30d32e98c8bfedf4390ab │ Zusammenfassung:Dock Management Controller Device │ Aktuelle Version: 0.0.0.1 │ Anbieter: Lenovo (USB:0x17EF) │ Installationsdauer: 1 Minute │ Seriennummer: 1S40AY0090EUZVR0H51B │ GUIDs: 959b1e72-280e-5453-a5eb-d9d5c7674211 ← USB\VID_17EF&PID_30A9 │ fa0b1b28-bca0-5577-a670-a7e507f03bda ← USB\VID_17EF&PID_30A9&REV_3073 │ Device Flags: • Aktualisierbar │ • System benötigt externe Stromquelle │ • Unterstützt auf dem entfernten Server │ • Gerät führt Aktualisierungen in Etappen durch │ • Das Gerät kann sich nach Fehlern beim Aufspielen wiederherstellen │ • Signierte Nutzdaten │ └─ThinkPad Universal: Neue Version: 0.0.4.6 Remote ID:lvfs Release ID: 14565 Zusammenfassung: ThinkPad Universal USB-C Dock Device Firmware Lizenz: Proprietär Größe:1,0 MB Erstellt: 2022-07-20 Dringlichkeit:Hoch Anbieter: Lenovo Dauer:1 Minute Aktualisierungsmeldung:Updates will complete next time the dock USB cable is unplugged. The dock will be unavailable for approximately 1 minute. Release Flags:• Vertrauenswürdige Metadaten • Ist Höherstufung Beschreibung: Device Firmware Version 0.0.4.6 The Docking will LED blinking while deploying FW update. New Feature support: - Support Universal Dock FW update. $ fwupdmgr update WARNING: Dieses Paket wurde nicht validiert und könnte nicht richtig funktionieren. Geräte mit keinen verfügbaren Firmware-Aktualisierungen: • 1100 MTFDDAK256TBN • SSD 860 PRO 256GB • System Firmware • UEFI dbx ╔══╗ ║ ThinkPad Universal USB-C Dock von 0.0.0.1 auf 0.0.4.6 aktualisieren? ║ ╠══╣ ║ Device Firmware Version 0.0.4.6 ║ ║ ║ ║ The Docking will LED blinking while deploying FW update. ║ ║ ║ ║ New Feature support: - Support Universal Dock FW update. ║ ║ ║ ║ ThinkPad Universal USB-C Dock und alle angeschlossenen Geräte sind während ║ ║ der Aktualisierung möglicherweise nicht nutzbar. ║ ╚══╝ Operation durchführen? [Y|n]: n Request canceled $ plasma-discover-update QCommandLineParser: option not defined: "feedback" No updates available, exiting $ plasma-discover --listbackends Available backends: * fwupd-backend $ plasma-discover-update --backends fwupd QCommandLineParser: option not defined: "feedback" No updates available, exiting -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 481952] Panels are hidden after minimizing Dolphin window
https://bugs.kde.org/show_bug.cgi?id=481952 Timo Gurr changed: What|Removed |Added CC||timo.g...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 481952] On X11, panels are hidden after minimizing Dolphin window
https://bugs.kde.org/show_bug.cgi?id=481952 Timo Gurr changed: What|Removed |Added CC|timo.g...@gmail.com | -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 480379] New: Changing Address, Name Style, Paper Size or Phone Numbers in Region & Language system settings has no effect.
https://bugs.kde.org/show_bug.cgi?id=480379 Bug ID: 480379 Summary: Changing Address, Name Style, Paper Size or Phone Numbers in Region & Language system settings has no effect. Classification: Plasma Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Startup process Assignee: plasma-b...@kde.org Reporter: timo.vel...@hotmail.de CC: k...@davidedmundson.co.uk Target Milestone: 1.0 SUMMARY Changing Address, Name Style, Paper Size or Phone Numbers in Region & Language system settings has no effect. STEPS TO REPRODUCE 1. Change Address, Name Style, Paper Size or Phone Numbers to some value (I changed them to de_DE). 2. These values (LC_ADDRESS, LC_PAPER, LC_TELEPHONE, LC_MONETARY) are correctly written into ~/.config/plasma-localerc 3. Logout and log back in OBSERVED RESULT Run the locale command to see that the corresponding environment variables remain unchanged (and in fact, they are not set at all, and the values displayed by locale are just their inherited values) EXPECTED RESULT The environment variables LC_ADDRESS, LC_PAPER, LC_TELEPHONE, LC_MONETARY should be set to the values specified in ~/.config/plasma-localerc SOFTWARE/OS VERSIONS Fedora 39, KDE Plasma Version 5.27.10. I have also observed the same behavior on KDE Neon last week. ADDITIONAL INFORMATION It seems to me that, for whatever reason, plasma only sets those LC_* variables listed in https://invent.kde.org/plasma/plasma-workspace/-/blob/7b7e70b2262285dbfc294cc6617f4c0787a61d5c/startkde/startplasma.cpp#L171. As far as I can tell, this has been the case for a very long time, and curiously was never changed, even when the options to change LC_ADDRESS, etc where introduced (see https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1971). So, as far as I can tell, these have never actually worked at all (?). In any case, I propose removing the variable lcValues entirely, and to just add all values of that config file section into the environment. If that is unacceptable for some reason, I propose adding the missing LC_* values to the list lcValues. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 480379] Changing Address, Name Style, Paper Size or Phone Numbers in Region & Language system settings has no effect.
https://bugs.kde.org/show_bug.cgi?id=480379 Timo Velten changed: What|Removed |Added Version|master |5.27.10 -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 306352] 100% cpu usage when waking up from suspend or switching between x servers, might be caused by kglobalaccel
https://bugs.kde.org/show_bug.cgi?id=306352 Timo Gurr changed: What|Removed |Added CC||timo.g...@gmail.com --- Comment #11 from Timo Gurr --- (In reply to Robin Bankhead from comment #10) > I see the same issue with kglobalaccel-5.95.0 in plasma-desktop-5.25.0 on > Gentoo, when launching the plasma session within TigerVNC server. > kglobalaccel5 goes straight to 100% and has to be killed (after relaunching > it behaves normally). > > I do NOT have an ~/.Xmodmap file. I'm also experiencing this problem *very* often lately and I also do not have an ~/.Xmodmap file. Every time I login into my plasma session e.g. after a reboot kglobalaccel goes rogue and consumes 100% CPU of one CPU core and has to be killed manually. It also happens again after some time on normal desktop usage, or when not being on the computer at all for a while and comming back I often find kglobalaccel consuming 100% CPU again. Often I only realize this because of fan noise as it doesn't negativly affect my desktop usage. I never had this problem before and didn't change any configuration settings so I suppose it came with upgrades. However I've also no clue on how to debug this. It's certainly very annoying. Please let me know if there's any information I could provide to help finding the root cause. Operating System: Exherbo KDE Plasma Version: 5.25.0 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.4 Kernel Version: 5.18.1 (64-bit) Graphics Platform: X11 Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 2060 SUPER/PCIe/SSE2 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 458033] New: Failure to build with XSIMD support
https://bugs.kde.org/show_bug.cgi?id=458033 Bug ID: 458033 Summary: Failure to build with XSIMD support Product: krita Version: 5.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- STEPS TO REPRODUCE 1. Try to build with XSIMD OBSERVED RESULT Running into compile error (complete build log is attached as file). [...] -- Available architectures for xsimd: x86-64 -- Found xsimd: /usr/x86_64-pc-linux-gnu/lib64/cmake/xsimd/xsimdConfig.cmake (found suitable version "8.1.0", minimum required is "8.1.0") [...] [ 11%] Building CXX object libs/pigment/CMakeFiles/kritapigment.dir/KoOptimizedCompositeOpFactoryPerArch_AVX.cpp.o cd /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/pigment && /usr/bin/x86_64-pc-linux-gnu-c++ -DBOOST_ALL_NO_LIB -DHAVE_X11 -DQT_CONCURRENT_LIB -DQT_CORE_LIB -DQT_DEPRECATED_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0x50900 -DQT_GUI_LIB -DQT_NO_DEBUG -DQT_NO_SIGNALS_SLOTS_KEYWORDS -DQT_NO_URL_CAST_FROM_STRING -DQT_SQL_LIB -DQT_STRICT_ITERATORS -DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -DQT_USE_QSTRINGBUILDER -DQT_WIDGETS_LIB -DQT_XML_LIB -DTRANSLATION_DOMAIN=\"krita\" -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -Dkritapigment_EXPORTS -DXSIMD_IMPL=AVX -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/pigment -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/pigment/kritapigment_autogen/include -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/interfaces -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0 -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/resources -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/koplugin -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/koplugin -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/store -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/store -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/global -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/global -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/version -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/version -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/resources -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/resources -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/multiarch -I/var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/multiarch -isystem /usr/x86_64-pc-linux-gnu/include/qt5 -isystem /usr/x86_64-pc-linux-gnu/include/qt5/QtCore -isystem /usr/x86_64-pc-linux-gnu/lib/qt5/mkspecs/linux-g++ -isystem /usr/x86_64-pc-linux-gnu/include/qt5/QtConcurrent -isystem /usr/x86_64-pc-linux-gnu/include/qt5/QtGui -isystem /usr/x86_64-pc-linux-gnu/include/qt5/QtWidgets -isystem /usr/x86_64-pc-linux-gnu/include/qt5/QtXml -isystem /usr/x86_64-pc-linux-gnu/include/KF5/KI18n -isystem /usr/x86_64-pc-linux-gnu/include/KF5 -isystem /usr/x86_64-pc-linux-gnu/include/qt5/QtSql -isystem /usr/x86_64-pc-linux-gnu/include/OpenEXR -isystem /usr/x86_64-pc-linux-gnu/include/Imath -isystem /usr/x86_64-pc-linux-gnu/include/KF5/KConfig -isystem /usr/x86_64-pc-linux-gnu/include/KF5/KConfigCore -march=native -O2 -pipe -DNDEBUG -DQT_NO_DEBUG -fno-operator-names -Wall -Wextra -Wcast-align -Wchar-subscripts -Wformat-security -Wno-long-long -Wpointer-arith -Wundef -Wnon-virtual-dtor -Woverloaded-virtual -Werror=return-type -Werror=init-self -Wvla -Wdate-time -Wsuggest-override -Wlogical-op -fext-numeric-literals -fexceptions -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -Wno-suggest-override -Wextra -Wno-class-memaccess -fPIC -std=gnu++14 -Wabi -fabi-version=0 -fabi-compat-version=0 -ffp-contract=fast -fPIC -mavx -MD -MT libs/pigment/CMakeFiles/kritapigment.dir/KoOptimizedCompositeOpFactoryPerArch_AVX.cpp.o -MF CMakeFiles/kritapigment.dir/KoOptimizedCompositeOpFactoryPerArch_AVX.cpp.o.d -o CMakeFiles/kritapigment.dir/KoOptimizedCompositeOpFactoryPerArch_AVX.cpp.o -c /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/build/libs/pigment/KoOptimizedCompositeOpFactoryPerArch_AVX.cpp In file included from /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/global/KisHalfTraits.h:14, from /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/KoColorSpaceMaths.h:109, from /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoCompositeOpFunctions
[krita] [Bug 458033] Failure to build with XSIMD support
https://bugs.kde.org/show_bug.cgi?id=458033 --- Comment #1 from Timo Gurr --- Created attachment 151407 --> https://bugs.kde.org/attachment.cgi?id=151407&action=edit krita-5.1.0_build.log -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 458033] Failure to build with XSIMD support
https://bugs.kde.org/show_bug.cgi?id=458033 --- Comment #4 from Timo Gurr --- (In reply to amyspark from comment #2) > Can you check what your compiler returns for the size of `unsigned int`? Sorry I've no idea how to do that. > Alternatively, can you replace the definitions in > libs\pigment\compositeops\KoStreamedMath.h as follows, and try building > Krita again? Replace "int" and "unsigned int" for "int32_t" and "uint32_t" > respectively, in`struct PixelWrapper` and `struct > PixelWrapper`. I'm attaching the patch I'm using as krita-5.1.0-xsimd.patch, maybe I did something wrong, with it applied I get the following error: /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:176:37: error: no matching function for call to 'KoRgbaInterleavers<16>::deinterleave(const void*&, xsimd::batch&, xsimd::batch&, xsimd::avx)' 176 | return deinterleave(src, a, b, A{}); |~^~~~ /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:131:24: note: candidate: 'template::value && (sizeof (T) == 4)), int>::type , typename std::enable_if<(xsimd::batch::size == 4), int>::type > static void KoRgbaInterleavers<16>::deinterleave(const void*, xsimd::batch&, xsimd::batch&, xsimd::kernel::requires_arch)' 131 | static inline void deinterleave(const void *src, batch &dst1, batch &dst2, kernel::requires_arch) |^~~~ /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:131:24: note: template argument deduction/substitution failed: /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:130:120: error: no type named 'type' in 'struct std::enable_if' 130 | template = 0, enable_sized_vector_t = 0> | ^ /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:146:24: note: candidate: 'template::type > static void KoRgbaInterleavers<16>::deinterleave(const void*, xsimd::batch&, xsimd::batch&, xsimd::kernel::requires_arch)' 146 | static inline void deinterleave(const void *src, batch &a, batch &b, kernel::requires_arch) |^~~~ /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:146:24: note: template argument deduction/substitution failed: /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:176:37: note: cannot convert 'xsimd::avx()' (type 'xsimd::avx') to type 'xsimd::kernel::requires_arch' {aka 'const xsimd::avx2&'} 176 | return deinterleave(src, a, b, A{}); |~^~~~ /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:174:24: note: candidate: 'template static void KoRgbaInterleavers<16>::deinterleave(const void*, xsimd::batch&, xsimd::batch&)' 174 | static inline void deinterleave(const void *src, batch &a, batch &b) |^~~~ /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:174:24: note: template argument deduction/substitution failed: /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:176:37: error: type/value mismatch at argument 1 in template parameter list for 'template static void KoRgbaInterleavers<16>::deinterleave(const void*, xsimd::batch&, xsimd::batch&)' 176 | return deinterleave(src, a, b, A{}); |~^~~~ /var/tmp/paludis/build/media-gfx-krita-5.1.0/work/krita-5.1.0/libs/pigment/compositeops/KoRgbaInterleavers.h:176:37: note: expected a type, got 'false' In regards to what tomtomtomreportin...@gmail.com just posted I want to note that we currently compile our xsimd package with xtl support disabled by passing -DENABLE_XTL_COMPLEX:BOOL=FALSE since we didn't package https://github.com/xtensor-stack/xtl yet. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 458033] Failure to build with XSIMD support
https://bugs.kde.org/show_bug.cgi?id=458033 --- Comment #5 from Timo Gurr --- Created attachment 151414 --> https://bugs.kde.org/attachment.cgi?id=151414&action=edit krita-5.1.0-xsimd.patch -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 458033] Failure to build with XSIMD support
https://bugs.kde.org/show_bug.cgi?id=458033 --- Comment #8 from Timo Gurr --- (In reply to amyspark from comment #7) > I'm afraid your compiler is definitely reporting the wrong size for 32-bit > unsigned integers (not 4 bytes), hence the generic version won't be usable. > There's nothing we can do on our end, you'll have to upgrade GCC or build > Krita without SIMD acceleration. > > For this reason, marking as NOT A BUG. I haven't come across any issues with other packages and since we're a source-based distribution and compile everything such fundamental issues should become directly obvious. Also our GCC version is pretty recent: # gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/x86_64-pc-linux-gnu/libexec/gcc/x86_64-pc-linux-gnu/11.3.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/paludis/build/sys-devel-gcc-11.3.0/work/gcc-11.3.0/configure --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --prefix=/usr/x86_64-pc-linux-gnu --datarootdir=/usr/share --localstatedir=/var --sysconfdir=/etc --disable-dependency-tracking --enable-fast-install --enable-serial-configure --disable-bootstrap --disable-decimal-float --disable-install-libiberty --disable-libada --disable-libatomic --disable-libcilkrts --disable-libffi --disable-libgfortran --disable-libgo --disable-libgomp --disable-libitm --disable-libobjc --disable-liboffloadmic --disable-libquadmath --disable-libsanitizer --disable-libssp --disable-libstdcxx --disable-libstdc++-v3 --disable-libvtv --disable-vtable-verify --disable-multilib --disable-nls --disable-shared --enable-lto --enable-plugin --enable-plugins --enable-threads --enable-languages=c,c++,fortran,objc,obj-c++ --with-sysroot= --with-gxx-include-dir=/usr/x86_64-pc-linux-gnu/include/c++/11.3.0 --with-isl --with-lib-path=/usr/x86_64-pc-linux-gnu/lib --with-as=/usr/x86_64-pc-linux-gnu/x86_64-pc-linux-gnu/bin/as.binutils --with-ld=/usr/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-ld --with-system-zlib --with-glibc-version=2.11 --enable-linker-build-id --with-multilib-list= --disable-libhsail-rt --disable-libphobos --enable-default-pie --enable-analyzer --without-zstd --program-transform='s,$,-11,' --enable-cet Thread model: posix Supported LTO compression algorithms: zlib gcc version 11.3.0 (GCC) and I've also just tried it on another system which was just recently upgraded to GCC 12 and successfully recompiled every single package installed and can reproduce the issue there as well. # gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/x86_64-pc-linux-gnu/libexec/gcc/x86_64-pc-linux-gnu/12.1.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/paludis/build/sys-devel-gcc-12.1.0/work/gcc-12.1.0/configure --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --prefix=/usr/x86_64-pc-linux-gnu --datarootdir=/usr/share --localstatedir=/var --sysconfdir=/etc --disable-dependency-tracking --enable-fast-install --enable-serial-configure --disable-bootstrap --disable-decimal-float --disable-install-libiberty --disable-libada --disable-libatomic --disable-libcilkrts --disable-libffi --disable-libgfortran --disable-libgo --disable-libgomp --disable-libitm --disable-libobjc --disable-liboffloadmic --disable-libquadmath --disable-libsanitizer --disable-libssp --disable-libstdcxx --disable-libstdc++-v3 --disable-libvtv --disable-vtable-verify --disable-multilib --disable-nls --disable-shared --enable-lto --enable-plugin --enable-plugins --enable-threads --enable-languages=c,c++,fortran,objc,obj-c++ --with-sysroot= --with-gxx-include-dir=/usr/x86_64-pc-linux-gnu/include/c++/12.1.0 --without-isl --with-lib-path=/usr/x86_64-pc-linux-gnu/lib --with-as=/usr/x86_64-pc-linux-gnu/x86_64-pc-linux-gnu/bin/as.binutils --with-ld=/usr/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-ld --with-system-zlib --with-glibc-version=2.11 --enable-linker-build-id --with-multilib-list= --disable-pgo-build --disable-werror --disable-libphobos --enable-default-pie --enable-analyzer --without-zstd --program-transform='s,$,-12,' --enable-cet Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.1.0 (GCC) Both systems are on glibc 2.36 and binutils 2.39 if that might be of any relevance. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 458033] Failure to build with XSIMD support
https://bugs.kde.org/show_bug.cgi?id=458033 --- Comment #10 from Timo Gurr --- (In reply to amyspark from comment #9) > (In reply to Timo Gurr from comment #8) > > I haven't come across any issues with other packages and since we're a > > source-based distribution and compile everything such fundamental issues > > should become directly obvious. > > > > Also our GCC version is pretty recent: > > The RGBA interleavers code that's causing the error checks for 256-bit wide > vectors (AVX) of 32-bit integers. Your version of GCC is reporting `unsigned > int` to not be 32-bit in size. I do not know what your distribution is > doing, but the code is not designed for that circumstance. > > FTR, I compile the code with Clang 14.0.6, GCC 12.1 (MSYS flavours CLANG64 > and UCRT64), and MSVC 17.4 Preview 1. All of them work correctly. After further investigation and finding the actual problem I'd say this is clearly an issue on your side regarding the CMake magic you've implemented doing the wrong thing since if I compile with -march=x86-64 krita builds just fine with vectorization/xsimd enabled, but it fails when trying to build with -march=native on the very same machine with nothing else changed. That shouldn't be the case and I don't consider this an issue with our compiler. Probably you should be able to reproduce this when trying to compile with -march=native as well, not sure what the CMake magic does in regards to different hardware/processor features though and if that may also play a role here. For reference, working: CHOST="x86_64-pc-linux-gnu" x86_64_pc_linux_gnu_CFLAGS="-march=x86-64 -O2 -pipe" x86_64_pc_linux_gnu_CXXFLAGS="-march=x86-64 -O2 -pipe" Failing: CHOST="x86_64-pc-linux-gnu" x86_64_pc_linux_gnu_CFLAGS="-march=native -O2 -pipe" x86_64_pc_linux_gnu_CXXFLAGS="-march=native -O2 -pipe" /proc/cpuinfo of CPUs tested on: vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz stepping: 3 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d arch_capabilities vendor_id : GenuineIntel cpu family : 6 model : 85 model name : Intel(R) Xeon(R) Gold 5120 CPU @ 2.20GHz stepping: 4 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon nopl xtopology tsc_reliable nonstop_tsc cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ssbd ibrs ibpb stibp fsgsbase tsc_adjust bmi1 avx2 smep bmi2 invpcid avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xsaves arat pku ospke md_clear flush_l1d arch_capabilities -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 458033] Failure to build with XSIMD support
https://bugs.kde.org/show_bug.cgi?id=458033 --- Comment #15 from Timo Gurr --- (In reply to amyspark from comment #14) > If you can test build Krita with the MR above, it'd be great. Appears to work for me with the changes from the MR. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 442071] New: kwrite/kate: strings in right click menu of the status bar are not localized
https://bugs.kde.org/show_bug.cgi?id=442071 Bug ID: 442071 Summary: kwrite/kate: strings in right click menu of the status bar are not localized Product: kate Version: 21.08.1 Platform: Exherbo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 141331 --> https://bugs.kde.org/attachment.cgi?id=141331&action=edit kwrite.png SUMMARY Strings in right click menu of the status bar are not localized. STEPS TO REPRODUCE 1. open kwrite/kate 2. right click on the status bar OBSERVED RESULT See "Show line count" & "Show word count" instead of localized strings. EXPECTED RESULT See localized strings for "Show line count" & "Show word count". SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION $ locale LANG=de_DE.UTF-8 LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL= -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445276] New: krita segfaults on start after displaying the plash screen
https://bugs.kde.org/show_bug.cgi?id=445276 Bug ID: 445276 Summary: krita segfaults on start after displaying the plash screen Product: krita Version: 4.4.8 Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 143410 --> https://bugs.kde.org/attachment.cgi?id=143410&action=edit coredump.txt SUMMARY Krita crashes right on start just after displaying the splash screen. STEPS TO REPRODUCE 1. Compile Krita 4.4.8 2. Try to run it OBSERVED RESULT Segfault EXPECTED RESULT No segfault SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 (qtbase kde/5.15 branch fixes up to 5.15.2_p254) Kernel Version: 5.15.1 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6500 CPU @ 3.20GHz Memory: 11.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 ADDITIONAL INFORMATION Used CMake options during build: cmake -DCMAKE_COLOR_MAKEFILE:BOOL=TRUE -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE -DCMAKE_BUILD_TYPE:STRING=None -DCMAKE_C_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_CXX_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_AR:PATH=x86_64-pc-linux-gnu-ar -DCMAKE_RANLIB:PATH=x86_64-pc-linux-gnu-ranlib -DCMAKE_NM:PATH=x86_64-pc-linux-gnu-nm -DCMAKE_C_COMPILER:PATH=x86_64-pc-linux-gnu-cc -DCMAKE_CXX_COMPILER:PATH=x86_64-pc-linux-gnu-c++ -DCMAKE_INSTALL_PREFIX:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM:STRING=NEVER -DCMAKE_SYSTEM_PREFIX_PATH:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_INSTALL_LIBDIR:STRING=lib -DCMAKE_INSTALL_DATAROOTDIR:PATH=/usr/share/ -DBUILD_COVERAGE:BOOL=FALSE -DBUILD_KRITA_QT_DESIGNER_PLUGINS:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_KSeExpr:BOOL=TRUE -DCRASH_ON_SAFE_ASSERTS:BOOL=FALSE -DENABLE_CPU_THROTTLE:BOOL=FALSE -DHAVE_BACKTRACE_SUPPORT:BOOL=FALSE -DHAVE_MEMORY_LEAK_TRACKER:BOOL=FALSE -DHIDE_SAFE_ASSERTS:BOOL=TRUE -DKRITA_ENABLE_BROKEN_TESTS:BOOL=FALSE -DLIMIT_LONG_TESTS:BOOL=TRUE -DSHARED_LIBS:BOOL=TRUE -DUSE_LOCK_FREE_HASH_TABLE:BOOL=TRUE -DFOUNDATION_BUILD:BOOL=FALSE -DENABLE_PYTHON_2:BOOL=FALSE -DKRITA_DEVS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DKDE_INSTALL_AUTOSTARTDIR=/etc/xdg/autostart -DKDE_INSTALL_CONFDIR=/etc/xdg -DKDE_INSTALL_DATAROOTDIR:PATH=/usr/share -DKDE_INSTALL_LIBEXECDIR=libexec -DKDE_INSTALL_SYSCONFDIR=/etc -DKDE_INSTALL_USE_QT_SYS_PATHS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_FFTW3:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_OpenColorIO:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_HEIF:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_OpenJPEG:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_OpenEXR:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_Poppler:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_PythonInterp:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_PythonLibrary:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_SIP:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_PyQt5:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_LibRaw:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_Qt5Multimedia:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_TIFF:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Vc:BOOL=TRUE -DBUILD_TESTING:BOOL=FALSE /var/tmp/paludis/build/media-gfx-krita-4.4.8/work/krita-4.4.8 Attached you'll find, the hopefully useful, coredump. Kcrash Handler Output Krita 4.4.8: Application: krita (krita), signal: Segmentation fault [KCrash Handler] #4 0x7feeda679a98 in KisVisualColorSelector::slotSetColorSpace(KoColorSpace const*) () from /usr/x86_64-pc-linux-gnu/lib/libkritawidgets.so.20 #5 0x7feeda6777a0 in KisVisualColorSelector::slotSetColor(KoColor const&) () from /usr/x86_64-pc-linux-gnu/lib/libkritawidgets.so.20 #6 0x7feeda680629 in KisDlgInternalColorSelector::KisDlgInternalColorSelector(QWidget*, KoColor, KisDlgInternalColorSelector::Config, QString const&, KoColorDisplayRendererInterface const*) () from /usr/x86_64-pc-linux-gnu/lib/libkritawidgets.so.20 #7 0x7feedd9d5376 in KoDualColorButton::Private::init(KoDualColorButton*) () from /usr/x86_64-pc-linux-gnu/lib/libkritaui.so.20 #8 0x7feedd9d778c in KoDualColorButton::KoDualColorButton(KoColor const&, KoColor const&, KoColorDisplayRendererInterface const*, QWidget*, QWidget*) () from /usr/x86_64-pc-linux-gnu/lib/libkritaui.so.20 #9 0x7feedd80a4d7 in KisControlFrame::setup(QWidget*) () from /usr/x86_64-pc-linux-gnu/lib/libkritaui.so.20 #10 0x7feeddaede39 in KisViewManager::KisViewManager(QWidget*, KActionCollection*) () from /usr/x86_64-pc-linux-gnu/lib/libkritaui.so.20 #11 0x7feeddabdaee in KisMainWindow::KisMainWindow(QUuid) () from /usr/x86_64-pc-linux-gnu/lib/libkritaui.so.20 #12 0x7feeddac9257 in KisPart::createMainWindow(QUuid) () from /usr/x86_64-pc-linux-gnu/lib/libkritaui.so.20 #13 0x7feeddac9bda in KisPart::startBla
[krita] [Bug 445276] krita segfaults on start after displaying the splash screen when a whole log of packages are disabled
https://bugs.kde.org/show_bug.cgi?id=445276 --- Comment #2 from Timo Gurr --- (In reply to Halla Rempt from comment #1) > It would be better to build without so many packages disabled... You're > definitely going to run into trouble. I suspect that this patch will fix the > issue, but I am not going to create a build like yours to test this out: > > diff --git a/libs/widgets/KisVisualColorSelector.cpp > b/libs/widgets/KisVisualColorSelector.cpp > index 8cb62bc2fb..c2f5c5689d 100644 > --- a/libs/widgets/KisVisualColorSelector.cpp > +++ b/libs/widgets/KisVisualColorSelector.cpp > @@ -94,8 +94,9 @@ void KisVisualColorSelector::slotSetColorSpace(const > KoColorSpace *cs) > const KoColorSpace *csNew = cs; > > // PQ color space is not very suitable for selecting colors, > substitute with linear one > -if (cs->colorModelId() == RGBAColorModelID && > -cs->profile()->uniqueId() == > KoColorSpaceRegistry::instance()->p2020PQProfile()->uniqueId()) { > +if (cs->colorModelId() == RGBAColorModelID > +&& KoColorSpaceRegistry::instance()->p2020PQProfile() && > +cs->profile()->uniqueId() == > KoColorSpaceRegistry::instance()->p2020PQProfile()->uniqueId()) { > > csNew = KoColorSpaceRegistry::instance()-> > colorSpace(RGBAColorModelID.id(), > Float32BitsColorDepthID.id(), > > Please check whether this works. Thanks for the immediate nearly instant help, you're awesome! Sorry that I couldn't get back to you as fast as you came up with the patch, Krita takes a while to compile on my machine(s). I can confirm that the patch you've provided fixes the issue. I disabled as much as I could for testing purposes, however as Exherbo is a source-based distribution like Gentoo we offer a few options to enable/disable optional features on compile-time. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445285] New: krita segfaults on start after displaying the splash screen when a whole log of packages are disabled - part2
https://bugs.kde.org/show_bug.cgi?id=445285 Bug ID: 445285 Summary: krita segfaults on start after displaying the splash screen when a whole log of packages are disabled - part2 Product: krita Version: 4.4.8 Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 143414 --> https://bugs.kde.org/attachment.cgi?id=143414&action=edit coredump.txt SUMMARY Krita crashes right on start just after displaying the splash screen. Followup of https://bugs.kde.org/show_bug.cgi?id=445276 now with additional enabled options OpenColorIO/OCIO, OpenEXR and Python I run into another segfault. STEPS TO REPRODUCE 1. Compile Krita 4.4.8 2. Try to run it OBSERVED RESULT Segfault EXPECTED RESULT No segfault SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 (qtbase kde/5.15 branch fixes up to 5.15.2_p254) Kernel Version: 5.15.1 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6500 CPU @ 3.20GHz Memory: 11.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 ADDITIONAL INFORMATION Used CMake options during build: cmake -DCMAKE_COLOR_MAKEFILE:BOOL=TRUE -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE -DCMAKE_BUILD_TYPE:STRING=None -DCMAKE_C_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_CXX_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_AR:PATH=x86_64-pc-linux-gnu-ar -DCMAKE_RANLIB:PATH=x86_64-pc-linux-gnu-ranlib -DCMAKE_NM:PATH=x86_64-pc-linux-gnu-nm -DCMAKE_C_COMPILER:PATH=x86_64-pc-linux-gnu-cc -DCMAKE_CXX_COMPILER:PATH=x86_64-pc-linux-gnu-c++ -DCMAKE_INSTALL_PREFIX:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM:STRING=NEVER -DCMAKE_SYSTEM_PREFIX_PATH:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_INSTALL_LIBDIR:STRING=lib -DCMAKE_INSTALL_DATAROOTDIR:PATH=/usr/share/ -DBUILD_COVERAGE:BOOL=FALSE -DBUILD_KRITA_QT_DESIGNER_PLUGINS:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_KSeExpr:BOOL=TRUE -DCRASH_ON_SAFE_ASSERTS:BOOL=FALSE -DENABLE_CPU_THROTTLE:BOOL=FALSE -DHAVE_BACKTRACE_SUPPORT:BOOL=FALSE -DHAVE_MEMORY_LEAK_TRACKER:BOOL=FALSE -DHIDE_SAFE_ASSERTS:BOOL=TRUE -DKRITA_ENABLE_BROKEN_TESTS:BOOL=FALSE -DLIMIT_LONG_TESTS:BOOL=TRUE -DSHARED_LIBS:BOOL=TRUE -DUSE_LOCK_FREE_HASH_TABLE:BOOL=TRUE -DFOUNDATION_BUILD:BOOL=FALSE -DENABLE_PYTHON_2:BOOL=FALSE -DKRITA_DEVS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DKDE_INSTALL_AUTOSTARTDIR=/etc/xdg/autostart -DKDE_INSTALL_CONFDIR=/etc/xdg -DKDE_INSTALL_DATAROOTDIR:PATH=/usr/share -DKDE_INSTALL_LIBEXECDIR=libexec -DKDE_INSTALL_SYSCONFDIR=/etc -DKDE_INSTALL_USE_QT_SYS_PATHS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_FFTW3:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_OpenColorIO:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_HEIF:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_OpenJPEG:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_OpenEXR:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Poppler:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_PythonInterp:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PythonLibrary:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_SIP:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PyQt5:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_LibRaw:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_Qt5Multimedia:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_TIFF:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Vc:BOOL=TRUE -DBUILD_TESTING:BOOL=FALSE /var/tmp/paludis/build/media-gfx-krita-4.4.8/work/krita-4.4.8 Attached you'll find, the hopefully useful, coredump. Application: krita (krita), signal: Segmentation fault Kcrash Handler Output Krita 4.4.8: [KCrash Handler] #4 0x7f5a0d3d7dd5 in KisSmallColorWidget::Private::generationColorSpace() () from /usr/x86_64-pc-linux-gnu/lib/kritaplugins/kritasmallcolorselector.so #5 0x7f5a0d3d4ed0 in void KisSmallColorWidget::uploadPaletteData<(anonymous namespace)::FillHPolicy>(KisGLImageWidget*, QSize const&) () from /usr/x86_64-pc-linux-gnu/lib/kritaplugins/kritasmallcolorselector.so #6 0x7f5a0d3d6699 in KisSmallColorWidget::KisSmallColorWidget(QWidget*) () from /usr/x86_64-pc-linux-gnu/lib/kritaplugins/kritasmallcolorselector.so #7 0x7f5a0d3d4223 in SmallColorSelectorDock::SmallColorSelectorDock() () from /usr/x86_64-pc-linux-gnu/lib/kritaplugins/kritasmallcolorselector.so #8 0x7f5a0d3d3821 in SmallColorSelectorDockFactory::createDockWidget() () from /usr/x86_64-pc-linux-gnu/lib/kritaplugins/kritasmallcolorselector.so #9 0x7f5a25d54e8e in KisMainWindow::createDockWidget(KoDockFactoryBase*) () from /usr/x86_64-pc-linux-gnu/lib/libkritaui.so.20 #10 0x7f5a25d5dd7b in KisMainWindow::KisMainWindow(QUuid) () from /usr/x86_64-pc-linux-gnu/lib/libkritaui.so.20 #11 0x7f5a25d68f37 in KisPart::createMainWindow(QUuid) () from /usr/x86_64-pc-linux-gnu/
[krita] [Bug 445285] krita segfaults on start after displaying the splash screen when a whole log of packages are disabled - part2
https://bugs.kde.org/show_bug.cgi?id=445285 --- Comment #2 from Timo Gurr --- (In reply to Halla Rempt from comment #1) > Please try this: > > diff --git a/plugins/dockers/smallcolorselector/kis_small_color_widget.cc > b/plugins/dockers/smallcolorselector/kis_small_color_widget.cc > index 99106fa1c1..4b23367cb6 100644 > --- a/plugins/dockers/smallcolorselector/kis_small_color_widget.cc > +++ b/plugins/dockers/smallcolorselector/kis_small_color_widget.cc > @@ -72,8 +72,11 @@ struct KisSmallColorWidget::Private { > } > > // PQ color space we deliniearize into linear one > -if (result && result->colorModelId() == RGBAColorModelID && > -result->profile()->uniqueId() == > KoColorSpaceRegistry::instance()->p2020PQProfile()->uniqueId()) { > +if (result > +&& result->colorModelId() == RGBAColorModelID > +&& result->profile() > +&& KoColorSpaceRegistry::instance()->p2020PQProfile() > +&& result->profile()->uniqueId() == > KoColorSpaceRegistry::instance()->p2020PQProfile()->uniqueId()) { > > result = KoColorSpaceRegistry::instance()-> > colorSpace(RGBAColorModelID.id(), > Float32BitsColorDepthID.id(), > > > Note that it's easier to figure out where a crash happens if you build with > the DEBUG cmake build type. I can confirm that the patch you've provided fixes the issue. Thank you very much again and also for the hint about the build type, I'll make sure to compile with Debug (or RelWithDebInfo) next time before I'll report an issue. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445329] New: Krita crashes when closing the "Configure Krita" dialogue with the "X" close icon
https://bugs.kde.org/show_bug.cgi?id=445329 Bug ID: 445329 Summary: Krita crashes when closing the "Configure Krita" dialogue with the "X" close icon Product: krita Version: 4.4.8 Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 143445 --> https://bugs.kde.org/attachment.cgi?id=143445&action=edit coredump.txt SUMMARY Krita crashes when closing the "Configure Krita" dialogue with the window manager decoration "close/X" button instead of the "Cancel" button on the buttom. The bug doesn't seem to apply to other dialogues closed in the same way like for example "Open a document" or "configure toolbars" and so on. STEPS TO REPRODUCE 1. Compile Krita 4.4.8 2. Run it 3. Click "Settings" -> "Configure Krita" 4. Close that windows via the "X" close button from the window manager decoration bar next to minmize/maximize OBSERVED RESULT Segfault EXPECTED RESULT No segfault, behave like when clicking the "Close" button. SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 (qtbase kde/5.15 branch fixes up to 5.15.2_p254) Kernel Version: 5.15.1 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6500 CPU @ 3.20GHz Memory: 11.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 ADDITIONAL INFORMATION Used CMake options during build: cmake -DCMAKE_COLOR_MAKEFILE:BOOL=TRUE -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE -DCMAKE_BUILD_TYPE:STRING=Debug -DCMAKE_C_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_CXX_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_AR:PATH=x86_64-pc-linux-gnu-ar -DCMAKE_RANLIB:PATH=x86_64-pc-linux-gnu-ranlib -DCMAKE_NM:PATH=x86_64-pc-linux-gnu-nm -DCMAKE_C_COMPILER:PATH=x86_64-pc-linux-gnu-cc -DCMAKE_CXX_COMPILER:PATH=x86_64-pc-linux-gnu-c++ -DCMAKE_INSTALL_PREFIX:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM:STRING=NEVER -DCMAKE_SYSTEM_PREFIX_PATH:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_INSTALL_LIBDIR:STRING=lib -DCMAKE_INSTALL_DATAROOTDIR:PATH=/usr/share/ -DBUILD_COVERAGE:BOOL=FALSE -DBUILD_KRITA_QT_DESIGNER_PLUGINS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_KSeExpr:BOOL=TRUE -DCRASH_ON_SAFE_ASSERTS:BOOL=FALSE -DENABLE_CPU_THROTTLE:BOOL=FALSE -DHAVE_BACKTRACE_SUPPORT:BOOL=FALSE -DHAVE_MEMORY_LEAK_TRACKER:BOOL=FALSE -DHIDE_SAFE_ASSERTS:BOOL=TRUE -DKRITA_ENABLE_BROKEN_TESTS:BOOL=FALSE -DLIMIT_LONG_TESTS:BOOL=TRUE -DUSE_LOCK_FREE_HASH_TABLE:BOOL=TRUE -DFOUNDATION_BUILD:BOOL=FALSE -DENABLE_PYTHON_2:BOOL=FALSE -DKRITA_DEVS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DKDE_INSTALL_AUTOSTARTDIR=/etc/xdg/autostart -DKDE_INSTALL_CONFDIR=/etc/xdg -DKDE_INSTALL_DATAROOTDIR:PATH=/usr/share -DKDE_INSTALL_LIBEXECDIR=libexec -DKDE_INSTALL_SYSCONFDIR=/etc -DKDE_INSTALL_USE_QT_SYS_PATHS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_FFTW3:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenColorIO:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_HEIF:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenJPEG:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenEXR:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Poppler:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PythonInterp:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PythonLibrary:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_SIP:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PyQt5:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_LibRaw:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Qt5Multimedia:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_TIFF:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Vc:BOOL=TRUE -DBUILD_TESTING:BOOL=FALSE /var/tmp/paludis/build/media-gfx-krita-4.4.8/work/krita-4.4.8 Attached you'll find, the hopefully useful, coredump. Application: Krita (krita), signal: Segmentation fault [KCrash Handler] #4 0x7f9ab64023a2 in KisImageConfig::setDefaultProofingConfig (this=this@entry=0x7c198f00, proofingSpace=0x0, proofingIntent=proofingIntent@entry=3, blackPointCompensation=blackPointCompensation@entry=true, warningColor=..., adaptationState=4.6656091129964288e-310, adaptationState@entry=1) at /var/tmp/paludis/build/media-gfx-krita-4.4.8/work/krita-4.4.8/libs/image/kis_image_config.cpp:512 #5 0x7f9ab72ad323 in KisDlgPreferences::editPreferences (this=this@entry=0x7f9aa80087d0) at /var/tmp/paludis/build/media-gfx-krita-4.4.8/work/krita-4.4.8/libs/ui/dialogs/kis_dlg_preferences.cc:1785 #6 0x7f9ab76799f6 in KisMainWindow::slotPreferences (this=0x55e2ec893370) at /var/tmp/paludis/build/media-gfx-krita-4.4.8/work/krita-4.4.8/libs/ui/KisMainWindow.cpp:750 #7 0x7f9ab4e9b51d in void doActivate(QObject*, int, void**) () from /usr/x86_64-pc-linux-gnu/lib/libQt5Core.so.5 #8 0x7f9ab5947a12 in QAction::triggered(bool) () from /usr/x86_64-pc-linux-gn
[krita] [Bug 445348] New: krita segfaults on start after displaying the splash screen when a whole log of packages are disabled - part3
https://bugs.kde.org/show_bug.cgi?id=445348 Bug ID: 445348 Summary: krita segfaults on start after displaying the splash screen when a whole log of packages are disabled - part3 Product: krita Version: git master (please specify the git hash!) Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 143460 --> https://bugs.kde.org/attachment.cgi?id=143460&action=edit coredump.txt Git master: 382d300c788a3ba68e6bdf3a75fe5ccb5c3454f5 SUMMARY Krita crashes right on start just after displaying the splash screen. While 4.4.8 works fine with the patches from https://bugs.kde.org/show_bug.cgi?id=445276 https://bugs.kde.org/show_bug.cgi?id=445285 I experience another segfault on startup with latest git master. Most but not all of the optional packages are enabled. STEPS TO REPRODUCE 1. Compile Krita Git master: 382d300c788a3ba68e6bdf3a75fe5ccb5c3454f5 2. Try to run it OBSERVED RESULT Segfault EXPECTED RESULT No segfault SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 (qtbase kde/5.15 branch fixes up to 5.15.2_p254) Kernel Version: 5.15.1 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6500 CPU @ 3.20GHz Memory: 11.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 ADDITIONAL INFORMATION Used CMake options during build: cmake -DCMAKE_COLOR_MAKEFILE:BOOL=TRUE -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE -DCMAKE_BUILD_TYPE:STRING=Debug -DCMAKE_C_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_CXX_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_AR:PATH=x86_64-pc-linux-gnu-ar -DCMAKE_RANLIB:PATH=x86_64-pc-linux-gnu-ranlib -DCMAKE_NM:PATH=x86_64-pc-linux-gnu-nm -DCMAKE_C_COMPILER:PATH=x86_64-pc-linux-gnu-cc -DCMAKE_CXX_COMPILER:PATH=x86_64-pc-linux-gnu-c++ -DCMAKE_INSTALL_PREFIX:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM:STRING=NEVER -DCMAKE_SYSTEM_PREFIX_PATH:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_INSTALL_LIBDIR:STRING=lib -DCMAKE_INSTALL_DATAROOTDIR:PATH=/usr/share/ -DBUILD_COVERAGE:BOOL=FALSE -DBUILD_KRITA_QT_DESIGNER_PLUGINS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_KSeExpr:BOOL=TRUE -DCRASH_ON_SAFE_ASSERTS:BOOL=FALSE -DENABLE_CPU_THROTTLE:BOOL=FALSE -DHAVE_BACKTRACE_SUPPORT:BOOL=FALSE -DHAVE_MEMORY_LEAK_TRACKER:BOOL=FALSE -DHIDE_SAFE_ASSERTS:BOOL=TRUE -DKRITA_ENABLE_BROKEN_TESTS:BOOL=FALSE -DLIMIT_LONG_TESTS:BOOL=TRUE -DUSE_LOCK_FREE_HASH_TABLE:BOOL=TRUE -DFOUNDATION_BUILD:BOOL=FALSE -DENABLE_PYTHON_2:BOOL=FALSE -DKRITA_DEVS:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_LibMyPaint:BOOL=TRUE -DENABLE_BSYMBOLICFUNCTIONS:BOOL=FALSE -DENABLE_UPDATERS:BOOL=FALSE -DFETCH_TRANSLATIONS:BOOL=FALSE -DINSTALL_BENCHMARKS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DKDE_INSTALL_AUTOSTARTDIR=/etc/xdg/autostart -DKDE_INSTALL_CONFDIR=/etc/xdg -DKDE_INSTALL_DATAROOTDIR:PATH=/usr/share -DKDE_INSTALL_LIBEXECDIR=libexec -DKDE_INSTALL_SYSCONFDIR=/etc -DKDE_INSTALL_USE_QT_SYS_PATHS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_FFTW3:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenColorIO:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_HEIF:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenJPEG:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenEXR:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Poppler:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PythonInterp:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PythonLibrary:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_SIP:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PyQt5:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_LibRaw:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Qt5Multimedia:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Vc:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_WebP:BOOL=FALSE -DBUILD_TESTING:BOOL=FALSE /var/tmp/paludis/build/media-gfx-krita-scm/work/krita-scm Attached you'll find, the hopefully useful, coredump. Kcrash Handler Output Compile Krita Git master: 382d300c788a3ba68e6bdf3a75fe5ccb5c3454f5: Application: krita (krita), signal: Segmentation fault [KCrash Handler] #4 0x7f71854693f9 in KoColor::toSVG11 (this=this@entry=0x5620a3ac7668, profileList=profileList@entry=0x7ffcc60585f8) at /var/tmp/paludis/build/media-gfx-krita-scm/work/krita-scm/libs/pigment/KoColor.cpp:413 #5 0x7f718562bf21 in KoStopGradient::saveSvgGradient (this=) at /var/tmp/paludis/build/media-gfx-krita-scm/work/krita-scm/libs/pigment/resources/KoStopGradient.cpp:599 #6 0x7f7185631569 in KoStopGradient::saveToDevice (this=0x5620a3ac7480, dev=) at /var/tmp/paludis/build/media-gfx-krita-scm/work/krita-scm/libs/pigment/resources/KoStopGradient.cpp:630 #7 0x7f71876c6a9e in KisMemoryStorage::addResource (this=, resourceType=..., resource=...) at /var/tmp/paludis/
[krita] [Bug 445329] Krita crashes when closing the "Configure Krita" dialogue with the "X" close icon
https://bugs.kde.org/show_bug.cgi?id=445329 --- Comment #2 from Timo Gurr --- Created attachment 143466 --> https://bugs.kde.org/attachment.cgi?id=143466&action=edit krita_segfault.png Attaching screenshot to illustrate / make clear which button I'm referring to. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 445329] Krita crashes when closing the "Configure Krita" dialogue with the "X" close icon
https://bugs.kde.org/show_bug.cgi?id=445329 --- Comment #5 from Timo Gurr --- (In reply to Halla Rempt from comment #4) > This only happens because of an unusual combination of present and absent > dependencies, it won't happen in a supported build. Can you please give any details? The only optional external dependencies disabled in this build appear to be KSeExpr & Vc. Will you still look into it considering krita offers the options? I don't consider this a major issue though like the crashes on startup I experienced before that you've fixed in no time and allowed us update our package to the latest stable version, thanks again for that! Thanks for any help & information! -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 306352] 100% cpu usage when waking up from suspend or switching between x servers, might be caused by kglobalaccel
https://bugs.kde.org/show_bug.cgi?id=306352 Timo Gurr changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #12 from Timo Gurr --- *** This bug has been confirmed by popular vote. *** -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 431218] mail viewer loads external fonts even with external refs disabled
https://bugs.kde.org/show_bug.cgi?id=431218 --- Comment #3 from Timo Weingärtner --- I sent you a test case in private mail. When reading your patch and the surrounding code it looks like only some (images, now also fonts) request types are blacklisted. What about external style sheets or other types that might grow in HTML-land? Are there any external requests you think should be allowed? Regarding URL schemes: why is file:// allowed? I could think of some social engineering attacks that might work by including files from the victims computer. I would read "external request" as external to the e-mail in question. To me the function could be as simple as: 8<8< bool LoadExternalReferencesUrlInterceptor::interceptRequest(QWebEngineUrlRequestInfo &info) { if (mAllowLoadExternalReference) { return false; } const QString scheme = info.requestUrl().scheme(); if (scheme == QLatin1String("data") || scheme == QLatin1String("cid")) { return false; } return true; } 8<8< -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 431218] mail viewer loads external fonts even with external refs disabled
https://bugs.kde.org/show_bug.cgi?id=431218 --- Comment #5 from Timo Weingärtner --- Why should an email be able to load images from my home directory? What is the use case for loading images from file:// ? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ki18n] [Bug 439040] Some strings in right click menus of input fields are not localized (Undo/Redo/Cut/Copy/Paste/Delete)
https://bugs.kde.org/show_bug.cgi?id=439040 --- Comment #6 from Timo Gurr --- (In reply to Manuel Geißer from comment #5) > *output > If `qtbase_de.qm` is missing, then we may have found the cause. Indeed! Huge thanks for that very insightful hint. Now I was just wondering that I couldn't find any translation sources included in the qtbase source tarball at all and just found out it's shipped in a separate tarball/package "qttranslations" which solves my problem with the missing files and of course also the inital problem I had. Again thanks and sorry for the noise, I'll see that I can add a suggestion/recommendation on qttranslations to our qtbase package to make things more obvious. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ki18n] [Bug 439040] Some strings in right click menus of input fields are not localized (Undo/Redo/Cut/Copy/Paste/Delete)
https://bugs.kde.org/show_bug.cgi?id=439040 --- Comment #7 from Timo Gurr --- FYI: The same problem/solution exists on Fedora, might have to verify with a complete fresh installation, but on an else localized KDE Plasma desktop pre-installed via the "KDE Spin" the "qt5-qtranslations" package was missing there as well. -- You are receiving this mail because: You are watching all bug changes.
[i18n] [Bug 440943] New: plasma-pa: translation discrepancy of string microphone
https://bugs.kde.org/show_bug.cgi?id=440943 Bug ID: 440943 Summary: plasma-pa: translation discrepancy of string microphone Product: i18n Version: unspecified Platform: Exherbo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: de Assignee: kde-i18n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 140700 --> https://bugs.kde.org/attachment.cgi?id=140700&action=edit plasma-pa.png SUMMARY In the same popup dialog there's "Mikrophon" and "Mikrofon", see attached screenshot. It's probably https://websvn.kde.org/trunk/l10n-kf5/de/messages/plasma-pa/kcm_pulseaudio.po?view=markup 314 #: qml/microphoneindicator.cpp:132 qml/microphoneindicator.cpp:134 315 #, kde-format 316 msgid "Microphone" 317 msgstr "Mikrophon" STEPS TO REPRODUCE 1. Have an application using the microphone so the taskbar symbol is displayed 2. Hover the taskbar symbol with the mouse cursor 3. Read text in the popup dialog OBSERVED RESULT Outdated "Mikrophon" EXPECTED RESULT "Mikrofon" you see everywhere these days and is already used in KDE Plasma everywhere else as well. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ki18n] [Bug 439040] New: Some strings in right click menus of input fields are not localized (Undo/Redo/Cut/Copy/Paste/Delete)
https://bugs.kde.org/show_bug.cgi?id=439040 Bug ID: 439040 Summary: Some strings in right click menus of input fields are not localized (Undo/Redo/Cut/Copy/Paste/Delete) Product: frameworks-ki18n Version: 5.83.0 Platform: Exherbo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: caslav.i...@gmx.net Reporter: timo.g...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- Created attachment 139596 --> https://bugs.kde.org/attachment.cgi?id=139596&action=edit kfind.png SUMMARY I hope I chose the right component. Some strings in right click menus of input fields are not localized, like e.g. Undo/Redo/Cut/Copy/Paste/Delete. See attached screenshots. STEPS TO REPRODUCE (kfind) 1. open kfind 2. right click any text input field STEPS TO REPRODUCE (dolphin) 1. right click a file to rename it and see proper translated strings 2. right click in the highlighted input where you can type the filename and see untranslated strings EXPECTED RESULT Have everything properly localized. SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.22.1 KDE Frameworks Version: 5.83.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I can also reproduce this behaviour on a current up-to-date Fedora 34 KDE Plasma Session so this is not exclusive to Exherbo Linux. Everything else is properly localized, so I assume no user configuration error on my side. $ locale LANG=de_DE.UTF-8 LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL= Plasma is also setup with the proper non-english localization via systemsettings kcm. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ki18n] [Bug 439040] Some strings in right click menus of input fields are not localized (Undo/Redo/Cut/Copy/Paste/Delete)
https://bugs.kde.org/show_bug.cgi?id=439040 --- Comment #1 from Timo Gurr --- Created attachment 139597 --> https://bugs.kde.org/attachment.cgi?id=139597&action=edit dolphin.png -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 435516] New: PGP PUBLIC KEY BLOCK silently removed from view
https://bugs.kde.org/show_bug.cgi?id=435516 Bug ID: 435516 Summary: PGP PUBLIC KEY BLOCK silently removed from view Product: kmail2 Version: 5.15.3 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: message list Assignee: kdepim-b...@kde.org Reporter: t...@tiwe.de Target Milestone: --- Created attachment 137436 --> https://bugs.kde.org/attachment.cgi?id=137436&action=edit example mail SUMMARY PGP PUBLIC KEY BLOCK is silently removed from mail view. When viewing a text-only mail I don't expect anything to be removed. What else is removed from mail bodies? What can be hidden from a recipient using kmail, even in signed mails? STEPS TO REPRODUCE 1. view example mail (attached) OBSERVED RESULT no public key displayed, neither inline nor as an attachment EXPECTED RESULT public key block shown inline ready to be copied SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 474665] New: gwenview weird behaviour under wayland session with global scaling >100% active
https://bugs.kde.org/show_bug.cgi?id=474665 Bug ID: 474665 Summary: gwenview weird behaviour under wayland session with global scaling >100% active Classification: Applications Product: gwenview Version: 23.08.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 161701 --> https://bugs.kde.org/attachment.cgi?id=161701&action=edit gwenview_wayland.png SUMMARY Under wayland when global scaling is active (in my case 125%) the default view doesn't zoom to a reasonable size and trying to zoom to original size doesn't seem to work at all. STEPS TO REPRODUCE 1. Log into a wayland session 2. Set global scaling to e.g. 125% 3. Observe issues OBSERVED RESULT * default zoom doesn't fill in the whole application window * trying to zoom to original size doesn't do anything EXPECTED RESULT * work like intended and behave like under X11 with global scaling active * work like on wayland when global scaling is not active / 100% SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.3 (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon Graphics ADDITIONAL INFORMATION Please see attached screenshots. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 474665] gwenview weird behaviour under wayland session with global scaling >100% active
https://bugs.kde.org/show_bug.cgi?id=474665 --- Comment #1 from Timo Gurr --- Created attachment 161702 --> https://bugs.kde.org/attachment.cgi?id=161702&action=edit gwenview_x11.png -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 474665] gwenview weird behaviour under wayland session with global scaling >100% active
https://bugs.kde.org/show_bug.cgi?id=474665 --- Comment #2 from Timo Gurr --- Created attachment 161703 --> https://bugs.kde.org/attachment.cgi?id=161703&action=edit gwenview_x11_zoom_original_size.png -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 474666] New: On a wayland session fonts look horrible when global scaling is active
https://bugs.kde.org/show_bug.cgi?id=474666 Bug ID: 474666 Summary: On a wayland session fonts look horrible when global scaling is active Classification: Plasma Product: kwin Version: 5.27.8 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 161704 --> https://bugs.kde.org/attachment.cgi?id=161704&action=edit display_settings_wayland.png SUMMARY I hope I picked the right component and kwin is actually doing the global scaling, if not please move this bug to the respective component as I have no idea of the actual technical implementation, thank in advance. When logging in to a wayland session and setting the global scaling to 125% like I do on X11 the fonts look horrible compared to X11. STEPS TO REPRODUCE 1. Have a 2k monitor 2. Log into a wayland session 3. Set global scaling to 125% OBSERVED RESULT Fonts look horrible like eroded or frayed compared to X11. Also the font spacing is different, like can be seen on the last item of the menu on the left side "Über dieses System" where the spacing between Üb<->er is too narrow and not consistent between the letters. EXPECTED RESULT Font looking "normal" sharp and crisp and easily readable like on a X11 session with global scaling set to 125%. SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.3 (64-bit) Graphics Platform: Wayland / X11 Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon Graphics ADDITIONAL INFORMATION Attaching screenshots to illustrate the problem, while they might look ok on the first look try comparing them and you probably see the difference, it might not look that bad but compared to X11 it really hurts the eyes. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 474666] On a wayland session fonts look horrible when global scaling is active
https://bugs.kde.org/show_bug.cgi?id=474666 --- Comment #1 from Timo Gurr --- Created attachment 161705 --> https://bugs.kde.org/attachment.cgi?id=161705&action=edit display_settings_x11.png -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 474666] On a wayland session fonts look horrible when global scaling is active
https://bugs.kde.org/show_bug.cgi?id=474666 --- Comment #2 from Timo Gurr --- Created attachment 161706 --> https://bugs.kde.org/attachment.cgi?id=161706&action=edit system_settings_wayland.png -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 474666] On a wayland session fonts look horrible when global scaling is active
https://bugs.kde.org/show_bug.cgi?id=474666 --- Comment #3 from Timo Gurr --- Created attachment 161707 --> https://bugs.kde.org/attachment.cgi?id=161707&action=edit system_settings_x11.png -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 474666] On a wayland session fonts look horrible when global scaling is active
https://bugs.kde.org/show_bug.cgi?id=474666 --- Comment #6 from Timo Gurr --- (In reply to Zamundaaa from comment #4) > You need to log out and log in again before Qt renders correctly with > changed scaling. This is fixed in Plasma 6 I did logout and back in before taking the screenshots, actually I even restarted the whole machine after every change. (In reply to Nate Graham from comment #5) > I appreciate you taking screenshots that are pixel-for-pixel identical onX11 > vs Wayland except for the text. That was very helpful. > > In a nutshell, fractional scaling on Qt5 Wayland is less than ideal compared > to X11. It's already fixed in Qt 6, though. Thanks for the clarification, I guess I'll have to wait until February then for the KDE Plasma version based on Qt6 to arrive to be able to switch from a X11 to a Wayland session. I read your wayland articles and finally got an amd gpu together with a new 2k monitor so I thought I could do the switch right away. I'm glad to hear that it is already fixed for the Qt6 based KDE Plasma, looking very much forward to it. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 306352] 100% cpu usage when waking up from suspend or switching between x servers, might be caused by kglobalaccel
https://bugs.kde.org/show_bug.cgi?id=306352 --- Comment #26 from Timo Gurr --- While certainly not a fix by any means I want to share a workaround because I found myself ever so often not noticing that the cpu spike again kicked in until I wondered why my machine is loud again and revving up the fans. I installed monit and dropped a configuration file in /etc/monit.d/ which monitors the process kglobalaccel5 and restarts it under my user session when two consecutive checks find the kglobalaccel5 process running with higher cpu usage than usual/normal: /etc/monit.d/kglobalaccel5 check process kglobalaccel5 matching "kglobalaccel5" start program = "/usr/bin/systemctl --machine tgurr@.host --user start plasma-kglobalaccel.service" stop program = "/usr/bin/systemctl --machine tgurr@.host --user stop plasma-kglobalaccel.service" restart program = "/usr/host/bin/systemctl --machine tgurr@.host --user restart plasma-kglobalaccel.service" if cpu usage > 10% for 2 cycles then restart You may have to adjust the systemctl path and the user of course and it only works for one user this way. For me this means I don't have to manually care about monitoring the process anymore and not having to issue the restart command after every single login all the time. journal entries should look something along the line like: Sep 25 20:25:05 exherbo monit[2412]: 'kglobalaccel5' process is running with pid 2457 Sep 25 20:25:05 exherbo monit[2412]: 'kglobalaccel5' cpu usage of 32.7% matches resource limit [cpu usage > 10.0%] Sep 25 20:25:34 exherbo monit[2412]: 'kglobalaccel5' cpu usage of 33.9% matches resource limit [cpu usage > 10.0%] Sep 25 20:25:34 exherbo monit[2412]: 'kglobalaccel5' trying to restart Sep 25 20:25:34 exherbo monit[2412]: 'kglobalaccel5' restart: '/usr/bin/systemctl --machine tgurr@.host --user restart plasma-kglobalaccel.service' Hope it may be useful for someone else as well. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] New: krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 Bug ID: 475562 Summary: krita segfaults on start after displaying the splash screen Classification: Applications Product: krita Version: 5.2.0 Platform: Exherbo OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 162272 --> https://bugs.kde.org/attachment.cgi?id=162272&action=edit krita-20231013-132223.kcrash SUMMARY Krita crashes right on start just after displaying the splash screen. STEPS TO REPRODUCE 1. Compile Krita 5.2.0 2. Try to run it OBSERVED RESULT Segfault EXPECTED RESULT No segfault SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.5 (64-bit) Graphics Platform: X11 Processors: 12 × 12th Gen Intel® Core™ i5-12500 Memory: 15.3 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 770 ADDITIONAL INFORMATION Used CMake options during build cmake -DCMAKE_BUILD_TYPE:STRING=None -DCMAKE_C_FLAGS:STRING=-march=native -O2 -pipe -DNDEBUG -DQT_NO_DEBUG -DCMAKE_CXX_FLAGS:STRING=-march=native -O2 -pipe -DNDEBUG -DQT_NO_DEBUG -DCMAKE_AR:PATH=x86_64-pc-linux-gnu-ar -DCMAKE_RANLIB:PATH=x86_64-pc-linux-gnu-ranlib -DCMAKE_NM:PATH=x86_64-pc-linux-gnu-nm -DCMAKE_C_COMPILER:PATH=x86_64-pc-linux-gnu-cc -DCMAKE_CXX_COMPILER:PATH=x86_64-pc-linux-gnu-c++ -DCMAKE_INSTALL_PREFIX:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM:STRING=NEVER -DCMAKE_SYSTEM_PREFIX_PATH:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_INSTALL_LIBDIR:STRING=lib -DCMAKE_INSTALL_DATAROOTDIR:PATH=/usr/share/ -DBUILD_COVERAGE:BOOL=FALSE -DBUILD_KRITA_QT_DESIGNER_PLUGINS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_KSeExpr:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_LibMyPaint:BOOL=TRUE -DCRASH_ON_SAFE_ASSERTS:BOOL=FALSE -DDISABLE_PO_INSTALLATION:BOOL=FALSE -DENABLE_BSYMBOLICFUNCTIONS:BOOL=FALSE -DENABLE_CPU_THROTTLE:BOOL=FALSE -DENABLE_UPDATERS:BOOL=FALSE -DHAVE_BACKTRACE_SUPPORT:BOOL=FALSE -DHAVE_MEMORY_LEAK_TRACKER:BOOL=FALSE -DHIDE_SAFE_ASSERTS:BOOL=TRUE -DINSTALL_BENCHMARKS:BOOL=FALSE -DKRITA_ENABLE_BROKEN_TESTS:BOOL=FALSE -DKRITA_ENABLE_PCH:BOOL=TRUE -DLIMIT_LONG_TESTS:BOOL=TRUE -DUSE_EXTERNAL_RAQM:BOOL=FALSE -DUSE_LOCK_FREE_HASH_TABLE:BOOL=TRUE -DFOUNDATION_BUILD:BOOL=FALSE -DKRITA_DEVS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DKDE_INSTALL_AUTOSTARTDIR=/etc/xdg/autostart -DKDE_INSTALL_CONFDIR=/etc/xdg -DKDE_INSTALL_DATAROOTDIR:PATH=/usr/share -DKDE_INSTALL_LIBEXECDIR=libexec -DKDE_INSTALL_SYSCONFDIR=/etc -DKDE_INSTALL_USE_QT_SYS_PATHS:BOOL=TRUE -DQT_MAJOR_VERSION=5 -DCMAKE_DISABLE_FIND_PACKAGE_FFTW3:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenColorIO:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_HEIF:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenJPEG:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_JPEGXL:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenEXR:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Poppler:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_libjpeg-turbo:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PythonLibrary:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_SIP:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PyQt5:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_KF5KDcraw:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Mlt7:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_SDL2:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_xsimd:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_WebP:BOOL=FALSE -DBUILD_TESTING:BOOL=FALSE /var/tmp/paludis/build/media-gfx-krita-5.2.0/work/krita-5.2.0 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #1 from Timo Gurr --- Created attachment 162273 --> https://bugs.kde.org/attachment.cgi?id=162273&action=edit krita-5.2.0-coredump.txt -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #3 from Timo Gurr --- Only one krita present on the system. Exherbo is a source-based distribution like Gentoo. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #5 from Timo Gurr --- Thanks for your comments. Just for reference this pretty much happens to us with every new krita version and usually the problems in the past have not really been on our side: https://bugs.kde.org/show_bug.cgi?id=445276 https://bugs.kde.org/show_bug.cgi?id=445285 https://bugs.kde.org/show_bug.cgi?id=445329 https://bugs.kde.org/show_bug.cgi?id=447597 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #7 from Timo Gurr --- (In reply to Halla Rempt from comment #6) > I know... But even so, there isn't much testing we can do, since it doesn't > happen elsewhere. The only guess I can make is that this patch might help, > but I cannot test it: > > diff --git a/libs/widgets/KisVisualColorModel.cpp > b/libs/widgets/KisVisualColorModel.cpp > index 943eb0a93a..d9d6206031 100644 > --- a/libs/widgets/KisVisualColorModel.cpp > +++ b/libs/widgets/KisVisualColorModel.cpp > @@ -78,6 +78,8 @@ void KisVisualColorModel::slotSetColor(const KoColor &c) > > void KisVisualColorModel::slotSetColorSpace(const KoColorSpace *cs) > { > +if (!cs) return; > + > if (!m_d->currentCS || *m_d->currentCS != *cs) { > const KoColorSpace *csNew = cs; Thanks for helping to get this resolved. I'm afraid it still segfaults right away with the patch applied, the kcrash looks basically identical, attaching it anyways. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #8 from Timo Gurr --- Created attachment 162284 --> https://bugs.kde.org/attachment.cgi?id=162284&action=edit krita-20231014-004649.kcrash -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #11 from Timo Gurr --- (In reply to Halla Rempt from comment #10) > it would be helpful if the backtrace would include line numbers :) Is it possible to automatically get them included in the debug output and if so can you please advice how to do that? I'm not that familiar with debugging stuff and while the kcrash is automatically created the commands for coredump are ones that I noted quite a while ago: # coredumpctl list # echo "thr a a bt full" | coredumpctl gdb -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #13 from Timo Gurr --- (In reply to Halla Rempt from comment #12) > That's dependent on the distribution... You probably need to configure > something that prevents stripping out debug info. Turns out that -DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo instead of None did the trick, attaching a kcrash including the requested line numbers. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #14 from Timo Gurr --- Created attachment 162343 --> https://bugs.kde.org/attachment.cgi?id=162343&action=edit krita-20231016-085327.kcrash -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #16 from Timo Gurr --- Created attachment 162374 --> https://bugs.kde.org/attachment.cgi?id=162374&action=edit krita-5.2.0-installed-files.txt (In reply to Lynx3d from comment #15) > hm the crashing line is: > > cs->profile()->uniqueId() == > > KoColorSpaceRegistry::instance()->p2020PQProfile()->uniqueId()) { > > That suggests the p2020PQProfile is not available, which should be part of a > correct installation. Can you please name the file I have to check for to verify something is actually missing or not correctly installed? Attaching a full list of installed files. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #18 from Timo Gurr --- (In reply to Lynx3d from comment #17) > The file is 'ITUR_2100_PQ_FULL.ICC' > It should be in: /share/color/icc/krita/ Thanks for the information, as you can see from my attached full list above I do have the file in /usr/share/color/icc/krita/ITUR_2100_PQ_FULL.ICC however strace shows the path is missing from kritas search path locations as it does search in e.g. /usr/share/krita/color/icc but not /usr/share/color/icc/krita. As "../share" does not work for our cross setup as we have arch-independent stuff in /usr/share, but arch-depedendent stuff installed to prefix /usr/. As I can see e.g. /usr/share/krita//color/icc in addition to ../share/krita//color/icc/ I hope the missing /usr/share/color/icc search path can be added as another alternative for ../share//color/icc as well. statx(AT_FDCWD, "/home/domain/user/.local/share/krita//color/icc", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT, STATX_ALL, 0x7ffd8d398580) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) statx(AT_FDCWD, "/usr/x86_64-pc-linux-gnu/share/krita//color/icc", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT, STATX_ALL, 0x7ffd8d398580) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) statx(AT_FDCWD, "/home/domain/user/.local/share/flatpak/exports/share/krita//color/icc", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT, STATX_ALL, 0x7ffd8d398580) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) statx(AT_FDCWD, "/var/lib/flatpak/exports/share/krita//color/icc", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT, STATX_ALL, 0x7ffd8d398580) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) statx(AT_FDCWD, "/usr/local/share/krita//color/icc", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT, STATX_ALL, 0x7ffd8d398580) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) statx(AT_FDCWD, "/usr/share/krita//color/icc", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT, STATX_ALL, 0x7ffd8d398580) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) openat(AT_FDCWD, "/usr/x86_64-pc-linux-gnu/bin/../share//color/icc/", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) openat(AT_FDCWD, "/usr/x86_64-pc-linux-gnu/bin/../share//color/icc/", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) openat(AT_FDCWD, "/usr/x86_64-pc-linux-gnu/bin/../share/krita//color/icc/", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) openat(AT_FDCWD, "/usr/x86_64-pc-linux-gnu/bin/../share/krita//color/icc/", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden) openat(AT_FDCWD, "/usr/x86_64-pc-linux-gnu/bin/../share/.", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 35 For testing as a workaround I created a symlink # mkdir -p /usr/x86_64-pc-linux-gnu/share/ # ln -s /usr/share/color /usr/x86_64-pc-linux-gnu/share/color and krita is able to successfully launch without crashing. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475562] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=475562 --- Comment #19 from Timo Gurr --- I was able to workaround this downstream by applying: diff -Naur krita-5.2.0/libs/resources/KoResourcePaths.cpp krita-5.2.0.new/libs/resources/KoResourcePaths.cpp --- krita-5.2.0/libs/resources/KoResourcePaths.cpp 2023-10-04 10:06:16.0 +0200 +++ krita-5.2.0.new/libs/resources/KoResourcePaths.cpp 2023-10-19 12:36:59.478727217 +0200 @@ -145,7 +145,7 @@ // NOTE the subscript [1]. It points to the internal location. return QStandardPaths::standardLocations(QStandardPaths::AppDataLocation)[1] + "/"; #else -return qApp->applicationDirPath() + "/../"; +return qApp->applicationDirPath() + "/../../"; #endif } Additionally we have to patch the search paths on different other iterations: diff -Naur krita-5.0.2/libs/libqml/Theme.cpp krita-5.0.2.new/libs/libqml/Theme.cpp --- krita-5.0.2/libs/libqml/Theme.cpp 2022-01-05 12:03:09.0 +0100 +++ krita-5.0.2.new/libs/libqml/Theme.cpp 2022-03-08 16:13:27.390969897 +0100 @@ -347,7 +347,7 @@ QString qml = QStandardPaths::locate(QStandardPaths::AppDataLocation, QString("krita/qmlthemes/%1/theme.qml").arg(id)); if (qml.isEmpty()) { -qml = KoResourcePaths::getApplicationRoot() + QString("/share/krita/qmlthemes/%1/theme.qml").arg(id); +qml = QString("/usr/share/krita/qmlthemes/%1/theme.qml").arg(id); } return qml; } diff -Naur krita-5.0.2/libs/ui/KisApplication.cpp krita-5.0.2.new/libs/ui/KisApplication.cpp --- krita-5.0.2/libs/ui/KisApplication.cpp 2022-01-05 12:03:09.0 +0100 +++ krita-5.0.2.new/libs/ui/KisApplication.cpp 2022-03-08 16:17:08.585457533 +0100 @@ -368,7 +368,7 @@ QMessageBox::critical(qApp->activeWindow(), i18nc("@title:window", "Krita: Fatal error"), i18n("%1\n\nKrita will quit now.", KisResourceCacheDb::lastError())); } -KisResourceLocator::LocatorError r = KisResourceLocator::instance()->initialize(KoResourcePaths::getApplicationRoot() + "/share/krita"); +KisResourceLocator::LocatorError r = KisResourceLocator::instance()->initialize("/usr/share/krita"); connect(KisResourceLocator::instance(), SIGNAL(progressMessage(const QString&)), this, SLOT(setSplashScreenLoadingText(const QString&))); if (r != KisResourceLocator::LocatorError::Ok && qApp->inherits("KisApplication")) { QMessageBox::critical(qApp->activeWindow(), i18nc("@title:window", "Krita: Fatal error"), KisResourceLocator::instance()->errorMessages().join('\n') + i18n("\n\nKrita will quit now.")); Anyhow feel free to close this issue as the whole search path problem with our Exherbo multiarch/cross layout with arch-independent stuff in /usr/share, but arch-depedendent stuff installed to prefix /usr/ and a solution for this should probably be a separate more general bugreport. -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 395266] Environment variables with slashes get dropped
https://bugs.kde.org/show_bug.cgi?id=395266 --- Comment #6 from Timo Sirainen --- (In reply to Paul Floyd from comment #5) > To eliminate number 1 could you try something like this: > > export VALGRIND_LAUNCHER=`which valgrind` > export VALGRIND_LIB=/usr/libexec/valgrind > env 'FOO/BAR=1' /usr/libexec/valgrind/memcheck-amd64-linux ./395266 Testing in Ubuntu 20.04 in Macbook it runs correctly (no crash): export VALGRIND_LAUNCHER=`which valgrind` export VALGRIND_LIB=/usr/lib/aarch64-linux-gnu/valgrind env 'FOO/BAR=1' /usr/lib/aarch64-linux-gnu/valgrind/memcheck-arm64-linux ./test -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 306352] 100% cpu usage when waking up from suspend or switching between x servers, might be caused by kglobalaccel
https://bugs.kde.org/show_bug.cgi?id=306352 --- Comment #17 from Timo Gurr --- (In reply to Robin Bankhead from comment #16) > Just to update on my earlier, I haven't found a way of re-triggering the > high CPU usage after killing and relaunching kglobalaccel5 at the start of > my VNC session, and it has not recurred again during such a session. (It's > possible it has happened without me noticing though.) > > This is now under kglobalaccel-5.99.0, plasma-desktop-5.26.2. I have a relatively reliable way to reproduce this issue, first of course as already known it happends on every login / plasma session start at least on X11 and requires a manual restart of the plasma-kglobalaccel user service to behave again: $ systemctl --user restart plasma-kglobalaccel.service This happens on another hardware machine with completely different graphical setup where I use Intel Iris mesa driver contrary to the NVIDIA proprietary one on my desktop, and I'm also able to reproduce this on VMware where my guest uses the SVGA3D driver so I don't think it has anything to do with the graphical stack per se. We also got reports from other users of our distribution experiencing the same. Now for being able to reproduce it in a running plasma session, it always happens to me when using Steam, not when playing regular games on the desktop itself but when using the Steam Link Android app on for example my TV (but should probably also work on a device like a phone to reproduce - not tested this myself yet though) to stream the games, when I come back to my desktop I can see the kglobalaccel5 process churning away with 100% again. To make it a little bit less annoying I've now setup KDE Connect to issue the above mentioned command so I'm able to remotly restart the service but it's still annoying as hell especially as I have no idea when it kicks in, it could also happend during playing and/or when restarting a game and influence the performance. I would still like to have some guidance on how to be able to debug the issue. Maybe for yet another workaround I'll gonna try adding something like e.g. CPUQuota=1% to the plasma-kglobalaccel.service [Service] section. Still, I'd would love to see this but get some attention from the maintainers who have some deeper knowledge what could be the root cause and how this issue materializes. Also I have no clue why it doesn't happend on e.g. a Fedora 36 KDE Plasma install next to me having more or less the identical hardware setup and also using an X11 session. Afaiks this issue started when the change over to systemd user units was made with a plasma update, but this is just a vague guess as I first thought it might be a issue on my machine and kept on killing the process manually until having time to search for bug reports and found this one. However since we're recycling an original issue from 2012 here it would've probably been better to create a new bugreport even if it's about the same outcome, the issue is most probably not the same as the original report here. -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 395266] Environment variables with slashes get dropped
https://bugs.kde.org/show_bug.cgi?id=395266 --- Comment #8 from Timo Sirainen --- Yes, original problem exists in Ubuntu 20.04. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447597] New: krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=447597 Bug ID: 447597 Summary: krita segfaults on start after displaying the splash screen Product: krita Version: 5.0.0 Platform: Compiled Sources OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- Created attachment 144903 --> https://bugs.kde.org/attachment.cgi?id=144903&action=edit coredump.txt SUMMARY Krita crashes right on start just after displaying the splash screen. While 4.4.8 works fine with the patches from https://bugs.kde.org/show_bug.cgi?id=445276 https://bugs.kde.org/show_bug.cgi?id=445285 where you already helped fixing some segfaults I experienced and which are already part of 5.0.0. STEPS TO REPRODUCE 1. Compile Krita 5.0.0 2. Try to run it OBSERVED RESULT Segfault EXPECTED RESULT No segfault SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 5.23.3 KDE Frameworks Version: 5.88.0 Qt Version: 5.15.2 (qtbase kde/5.15 branch fixes up to 5.15.2_p254) Kernel Version: 5.15.1 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6500 CPU @ 3.20GHz Memory: 11.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 ADDITIONAL INFORMATION Used CMake options during build (note: most but not all of the optional packages are actually enabled): cmake -DCMAKE_COLOR_MAKEFILE:BOOL=TRUE -DCMAKE_VERBOSE_MAKEFILE:BOOL=TRUE -DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo -DCMAKE_C_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_CXX_FLAGS:STRING=-march=native -O2 -pipe -DCMAKE_AR:PATH=x86_64-pc-linux-gnu-ar -DCMAKE_RANLIB:PATH=x86_64-pc-linux-gnu-ranlib -DCMAKE_NM:PATH=x86_64-pc-linux-gnu-nm -DCMAKE_C_COMPILER:PATH=x86_64-pc-linux-gnu-cc -DCMAKE_CXX_COMPILER:PATH=x86_64-pc-linux-gnu-c++ -DCMAKE_INSTALL_PREFIX:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM:STRING=NEVER -DCMAKE_SYSTEM_PREFIX_PATH:PATH=/usr/x86_64-pc-linux-gnu -DCMAKE_INSTALL_LIBDIR:STRING=lib -DCMAKE_INSTALL_DATAROOTDIR:PATH=/usr/share/ -DBUILD_COVERAGE:BOOL=FALSE -DBUILD_KRITA_QT_DESIGNER_PLUGINS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_KSeExpr:BOOL=TRUE -DCRASH_ON_SAFE_ASSERTS:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_LibMyPaint:BOOL=TRUE -DENABLE_BSYMBOLICFUNCTIONS:BOOL=FALSE -DENABLE_CPU_THROTTLE:BOOL=FALSE -DENABLE_UPDATERS:BOOL=FALSE -DFETCH_TRANSLATIONS:BOOL=FALSE -DHAVE_BACKTRACE_SUPPORT:BOOL=FALSE -DHAVE_MEMORY_LEAK_TRACKER:BOOL=FALSE -DHIDE_SAFE_ASSERTS:BOOL=TRUE -DINSTALL_BENCHMARKS:BOOL=FALSE -DKRITA_ENABLE_BROKEN_TESTS:BOOL=FALSE -DLIMIT_LONG_TESTS:BOOL=TRUE -DUSE_LOCK_FREE_HASH_TABLE:BOOL=TRUE -DFOUNDATION_BUILD:BOOL=FALSE -DENABLE_PYTHON_2:BOOL=FALSE -DKRITA_DEVS:BOOL=FALSE -DBUILD_SHARED_LIBS:BOOL=TRUE -DKDE_INSTALL_AUTOSTARTDIR=/etc/xdg/autostart -DKDE_INSTALL_CONFDIR=/etc/xdg -DKDE_INSTALL_DATAROOTDIR:PATH=/usr/share -DKDE_INSTALL_LIBEXECDIR=libexec -DKDE_INSTALL_SYSCONFDIR=/etc -DKDE_INSTALL_USE_QT_SYS_PATHS:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_FFTW3:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenColorIO:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_HEIF:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenJPEG:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_OpenEXR:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Poppler:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PythonInterp:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PythonLibrary:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_SIP:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_PyQt5:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_LibRaw:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Qt5Multimedia:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_Vc:BOOL=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_WebP:BOOL=FALSE -DCMAKE_DISABLE_FIND_PACKAGE_TIFF:BOOL=FALSE -DBUILD_TESTING:BOOL=FALSE /var/tmp/paludis/build/media-gfx-krita-5.0.0/work/krita-5.0.0 Attached you'll find, the hopefully useful, complete coredump and here's the KCrash Handler output: Application: krita (krita), signal: Segmentation fault [KCrash Handler] #4 0x7f5f52168171 in KoColor::toSVG11 (this=this@entry=0x5654f0d903f8, profileList=profileList@entry=0x7ffc9d1752a8) at /var/tmp/paludis/build/media-gfx-krita-5.0.0/work/krita-5.0.0/libs/pigment/KoColor.cpp:413 #5 0x7f5f52320221 in KoStopGradient::saveSvgGradient (this=) at /var/tmp/paludis/build/media-gfx-krita-5.0.0/work/krita-5.0.0/libs/pigment/resources/KoStopGradient.cpp:599 #6 0x7f5f52325749 in KoStopGradient::saveToDevice (this=0x5654f0d90a50, dev=) at /var/tmp/paludis/build/media-gfx-krita-5.0.0/work/krita-5.0.0/libs/pigment/resources/KoStopGradient.cpp:630 #7 0x7f5f546a813c in KisMemoryStorage::addResource (this=, resourceType=..., resource=...) at /var/tmp/paludis/build/media-gfx-krita-5.0.0/work/krita-5.0.0/libs/resources/KisMemoryStorage.cpp:244 #8 0x7f5f5467c468 in KisResourceStorage::ad
[krita] [Bug 447597] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=447597 --- Comment #1 from Timo Gurr --- Created attachment 144904 --> https://bugs.kde.org/attachment.cgi?id=144904&action=edit krita-20211228-114604.kcrash -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447597] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=447597 --- Comment #3 from Timo Gurr --- Krita Appimage works on my system but does not solve my problem, I'm trying to update our distribution package to the latest Krita version (4.4.8 -> 5.0.0). My previous reports for Krita 4.4.8 were also on a system using/running qt 5.15 already which is in fact the supported qt version by KDE getting bugfixes (https://invent.kde.org/qt/qt/qtbase/-/commits/kde/5.15) and which is used by basically any distributions nowadays afaiks even on Debian 10. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447597] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=447597 Timo Gurr changed: What|Removed |Added Attachment #144903|0 |1 is obsolete|| --- Comment #5 from Timo Gurr --- Created attachment 144955 --> https://bugs.kde.org/attachment.cgi?id=144955&action=edit coredump.txt Adding another kcrash/coredump from krita rebuilt after updating system to the latest versions of related components, e.g. frameworks, plasma, qtbase. SOFTWARE/OS VERSIONS Operating System: Exherbo Linux KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.89.0 Qt Version: 5.15.2 (qtbase kde/5.15 branch fixes up to 5.15.2_p263) Kernel Version: 5.15.1 (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-6500 CPU @ 3.20GHz Memory: 11.5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 530 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 447597] krita segfaults on start after displaying the splash screen
https://bugs.kde.org/show_bug.cgi?id=447597 Timo Gurr changed: What|Removed |Added Attachment #144904|0 |1 is obsolete|| --- Comment #6 from Timo Gurr --- Created attachment 144956 --> https://bugs.kde.org/attachment.cgi?id=144956&action=edit krita-20211230-093915.kcrash -- You are receiving this mail because: You are watching all bug changes.
[k3b] [Bug 80993] Please add Musicbrainz metadata lookup in k3b cd ripper
https://bugs.kde.org/show_bug.cgi?id=80993 Timo Ollech changed: What|Removed |Added CC||t...@gmx.net --- Comment #10 from Timo Ollech --- As freedb was shut down recently, this should have high priority by now. I'm stuck with manually typing track titles as of now. -- You are receiving this mail because: You are watching all bug changes.
[k3b] [Bug 80993] Please add Musicbrainz metadata lookup in k3b cd ripper
https://bugs.kde.org/show_bug.cgi?id=80993 --- Comment #12 from Timo Ollech --- (In reply to Tristan Miller from comment #11) > Are you saying that the fix for Bug 418421 doesn't work for you? Ah, I hadn't noticed that, works fine, thank you! -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 427091] Kmail gpg bad signature if From header contains non-ascii characters
https://bugs.kde.org/show_bug.cgi?id=427091 Timo Weingärtner changed: What|Removed |Added CC||t...@tiwe.de --- Comment #3 from Timo Weingärtner --- In my config 8859-1 is not in the list, but kmail changes encondig to it anyways. -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 395266] Environment variables with slashes get dropped
https://bugs.kde.org/show_bug.cgi?id=395266 --- Comment #2 from Timo Sirainen --- Looks like there's something weird in the Debian packaging. If I get the sources with "apt source valgrind" and then compile it with: ./configure --prefix=/tmp/valgrind && make && sudo make install Then it works correctly. If I compile the sources with "dpkg-buildpacakge -b" then it's again wrongly NULL. I guess I'll report it to Debian bugs then. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 431218] New: mail viewer loads external fonts even with external refs disabled
https://bugs.kde.org/show_bug.cgi?id=431218 Bug ID: 431218 Summary: mail viewer loads external fonts even with external refs disabled Product: kmail2 Version: 5.15.3 Platform: Debian testing OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: UI Assignee: kdepim-b...@kde.org Reporter: t...@tiwe.de Target Milestone: --- SUMMARY not sure about component severity: grave for security/privacy/tracking problem STEPS TO REPRODUCE 1. view HTML mail with
[dolphin] [Bug 490467] Dolphin
https://bugs.kde.org/show_bug.cgi?id=490467 Timo Gurr changed: What|Removed |Added CC||timo.g...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kglobalaccel] [Bug 490985] New: kglobalacceld-6.1.3 grabs the keyboard and doesn't release it
https://bugs.kde.org/show_bug.cgi?id=490985 Bug ID: 490985 Summary: kglobalacceld-6.1.3 grabs the keyboard and doesn't release it Classification: Frameworks and Libraries Product: frameworks-kglobalaccel Version: 6.4.0 Platform: Exherbo OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdelibs-b...@kde.org Reporter: timo.g...@gmail.com Target Milestone: --- SUMMARY Please move the bug to plasma kglobalacceld instead of frameworks kglobalaccel (I couldn't find the correct component in the list). Whenever kglobalaccel comes into play like pressing META+F2 the keyboard input is blocked and keyboard input is no longer possible until restarting of the plasma-kglobalaccel user service via: systemctl --user restart plasma-kglobalaccel.service (switching tty to do that with CTRL+ALT+F3 e.g. works) after that all the keypresses done to various input fields like konsole, browser and so on suddenly appear like they were buffered. This only happens on a X11 session, wayland is not affected as far as I can tell. It also only affects key presses, mouse input keeps working. STEPS TO REPRODUCE 1. Update from Plasma 6.0.5 to 6.1.3 (kglobalacceld 6.1.3) 2. Use X11 session 3. Issue a shortcut META+F2 OBSERVED RESULT Keyboard input no longer working EXPECTED RESULT Keyboard input to keep working SOFTWARE/OS VERSIONS Operating System: Exherbo KDE Plasma Version: 6.1.3 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 Kernel Version: 6.10.0 (64-bit) Graphics Platform: X11 Processors: 12 × 12th Gen Intel® Core™ i5-12500 Memory: 15.3 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 770 ADDITIONAL INFORMATION Offending commit from the Plasma/6.1 branch is 219499707e1f85d318bb23ce305de4f3cb0e0eb3 if I revert just that one things work fine again. -- You are receiving this mail because: You are watching all bug changes.