[gwenview] [Bug 482195] Gwenview fails to open large images
https://bugs.kde.org/show_bug.cgi?id=482195 Artur Raczyński changed: What|Removed |Added CC||artur.raczyn...@gmail.com --- Comment #16 from Artur Raczyński --- (In reply to Oded Arbel from comment #14) > The current default of 256MB is enough to open a 85MP image. I have various image projects that range between ~70MP and ~150MP, both 24 bit and 48 bit color. As far as I can tell all of them fail to load, even the smaller ones. Seeing how I literally have tens of gigabytes of memory available I don't see why this limit needs to be so low, or why it couldn't be configurable. -- You are receiving this mail because: You are watching all bug changes.
[Active Window Control] [Bug 484804] Screen Bug
https://bugs.kde.org/show_bug.cgi?id=484804 Artur changed: What|Removed |Added Summary|Hello! Every time I'm |Screen Bug |opening an application some | |bright blinks appear at the | |bottom of the screen under | |each application, even when | |I close them all. After a | |reboot this problem still | |not solved. The same| |problem appears when I open | | Kate, but near on th | -- You are receiving this mail because: You are watching all bug changes.
[Active Window Control] [Bug 484804] New: Hello! Every time I'm opening an application some bright blinks appear at the bottom of the screen under each application, even when I close them all. After a
https://bugs.kde.org/show_bug.cgi?id=484804 Bug ID: 484804 Summary: Hello! Every time I'm opening an application some bright blinks appear at the bottom of the screen under each application, even when I close them all. After a reboot this problem still not solved. The same problem appears when I open Kate, but near on th Classification: Plasma Product: Active Window Control Version: unspecified Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: zrenf...@gmail.com Reporter: art.petrosyan...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- Created attachment 167978 --> https://bugs.kde.org/attachment.cgi?id=167978=edit Bug *** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY Hello! Every time I'm opening an application some bright blinks appear at the bottom of the screen under each application, even when I close them all. After a reboot this problem still not solved. The same problem appears when I open Kate, but near on the top right edge. Bug Screenshot is in attachment. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 6.03 KDE Frameworks Version: Qt Version: 6 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476674] Segfault when taskbar shows window preview
https://bugs.kde.org/show_bug.cgi?id=476674 --- Comment #6 from Artur --- (In reply to Akseli Lahtinen from comment #3) > Hi, can you install debug symbols and see if the crash happens again? > > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/ > How_to_create_useful_crash_reports#Backtraces Hi! Retrieving a backtrace with GDB following that manual https://community.kde.org/Plasma/Debugging -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476674] Segfault when taskbar shows window preview
https://bugs.kde.org/show_bug.cgi?id=476674 --- Comment #5 from Artur --- Created attachment 165695 --> https://bugs.kde.org/attachment.cgi?id=165695=edit backtrace with GDB -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 479636] Screen turns black on resolution change
https://bugs.kde.org/show_bug.cgi?id=479636 Artur changed: What|Removed |Added CC||arthurhovhannisyan31@gmail. ||com -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 479636] New: Screen turns black on resolution change
https://bugs.kde.org/show_bug.cgi?id=479636 Bug ID: 479636 Summary: Screen turns black on resolution change Classification: Applications Product: Discover Version: 5.27.10 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: discover Assignee: plasma-b...@kde.org Reporter: arthurhovhannisya...@gmail.com CC: aleix...@kde.org Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Open settings -> Display and monitors -> Display configuration -> Built-in-screen 2. Chose any resolution but original 3. The screen goes black OBSERVED RESULT The screen goes black and shows nothing EXPECTED RESULT The screen shows the selected resolution SOFTWARE/OS VERSIONS Operating System: KDE neon 5.27 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 Kernel Version: 6.5.0-14-generic (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 PRO 6850H with Radeon Graphics Memory: 30.5 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: LENOVO System Version: ThinkPad Z16 Gen 1 ADDITIONAL INFORMATION Happens after the latest updates. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476674] Segfault
https://bugs.kde.org/show_bug.cgi?id=476674 --- Comment #1 from Artur --- Update: crash occur, when i put cursor on any opened app on the widget "Taskbar (icons only)", exactly before app mini window are showed. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476674] New: Segfault
https://bugs.kde.org/show_bug.cgi?id=476674 Bug ID: 476674 Summary: Segfault Classification: Plasma Product: plasmashell Version: 5.27.5 Platform: Debian stable OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: ar2r1...@yandex.ru CC: k...@davidedmundson.co.uk Target Milestone: 1.0 Application: plasmashell (5.27.5) Qt Version: 5.15.8 Frameworks Version: 5.103.0 Operating System: Linux 6.1.0-10-amd64 x86_64 Windowing System: X11 Distribution: Debian GNU/Linux trixie/sid DrKonqi: 5.27.5 [CoredumpBackend] -- Information about the crash: Happened after launching Cisco VPN App with new amdgpu driver 5.7.50700-1646729.22.04 The crash can be reproduced sometimes. -- Backtrace: Application: Plasma (plasmashell), signal: Segmentation fault PID: 2059 (plasmashell) UID: 1000 (artur) GID: 1000 (artur) Signal: 11 (SEGV) Timestamp: Tue 2023-11-07 15:39:19 MSK (1min 8s ago) Command Line: /usr/bin/plasmashell --no-respawn Executable: /usr/bin/plasmashell Control Group: /user.slice/user-1000.slice/user@1000.service/session.slice/plasma-plasmashell.service Unit: user@1000.service User Unit: plasma-plasmashell.service Slice: user-1000.slice Owner UID: 1000 (artur) Boot ID: 06cc5d361f2740f6b6f942f1e6472fc3 Machine ID: 7d3800139ee048b5b43701f27d07d6bf Hostname: ADeb Storage: /var/lib/systemd/coredump/core.plasmashell.1000.06cc5d361f2740f6b6f942f1e6472fc3.2059.169936075900.zst (present) Size on Disk: 63.6M Message: Process 2059 (plasmashell) of user 1000 dumped core. Module libsystemd.so.0 from deb systemd-254~rc2-3.amd64 Module libudev.so.1 from deb systemd-254~rc2-3.amd64 Stack trace of thread 2059: #0 0x7fe087aa80fc __pthread_kill_implementation (libc.so.6 + 0x8a0fc) #1 0x7fe087a5a472 __GI_raise (libc.so.6 + 0x3c472) #2 0x7fe08a412b46 _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5 + 0x5b46) #3 0x7fe087a5a510 __restore_rt (libc.so.6 + 0x3c510) #4 0x7fe087aa80fc __pthread_kill_implementation (libc.so.6 + 0x8a0fc) #5 0x7fe087a5a472 __GI_raise (libc.so.6 + 0x3c472) #6 0x7fe087a5a510 __restore_rt (libc.so.6 + 0x3c510) #7 0x7fe087aa3154 __futex_abstimed_wait_common64 (libc.so.6 + 0x85154) #8 0x7fe087aa5818 __pthread_cond_wait_common (libc.so.6 + 0x87818) #9 0x7fe0880d1a2b _ZN14QWaitCondition4waitEP6QMutex14QDeadlineTimer (libQt5Core.so.5 + 0xd1a2b) #10 0x7fe089e28fc6 n/a (libQt5Quick.so.5 + 0x228fc6) #11 0x7fe089e29892 n/a (libQt5Quick.so.5 + 0x229892) #12 0x7fe0887493f5 _ZN7QWindow5eventEP6QEvent (libQt5Gui.so.5 + 0x1493f5) #13 0x7fe066713055 n/a (libcorebindingsplugin.so + 0x3f055) #14 0x7fe088f62fae _ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent (libQt5Widgets.so.5 + 0x162fae) #15 0x7fe0882b16f8 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt5Core.so.5 + 0x2b16f8) #16 0x7fe08873e5cd _ZN22QGuiApplicationPrivate18processExposeEventEPN29QWindowSystemInterfacePrivate11ExposeEventE (libQt5Gui.so.5 + 0x13e5cd) #17 0x7fe088711cac _ZN22QWindowSystemInterface22sendWindowSystemEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Gui.so.5 + 0x111cac) #18 0x7fe0830d3eca n/a (libQt5XcbQpa.so.5 + 0x6deca) #19 0x7fe086bcf5e5 g_main_context_dispatch (libglib-2.0.so.0 + 0x595e5) #20 0x7fe086bcf8e8 n/a (libglib-2.0.so.0 + 0x598e8) #21 0x7fe086bcf97c g_main_context_iteration (libglib-2.0.so.0 + 0x5997c) #22 0x7fe088309836 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5 + 0x309836) #23 0x7fe0882b017b _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5 + 0x2b017b) #24 0x7fe0882b82d6 _ZN16QCoreApplication4execEv (libQt5Core.so.5 + 0x2b82d6) #25 0x55f5584a9dc3 n/a (plasmashell + 0x26dc3) #26 0x7fe087a456ca __libc_start_call_main (libc.so.6 + 0x276ca) #27 0x7fe087a45785 __libc_start_main_impl (libc.so.6 + 0x27785) #28 0x55f5584a9ee1 n/a (plasmashell + 0x26ee1) Stack trace of thread 2079: #0 0x7fe087aa3156 __futex_abstimed_wait_common64 (libc.so.6 + 0x85156) #1 0x7fe087aa5818
[systemsettings] [Bug 466325] Add UI to enable/disable apps running in the background
https://bugs.kde.org/show_bug.cgi?id=466325 Artur Paiva changed: What|Removed |Added CC||dr.ho...@gmail.com --- Comment #3 from Artur Paiva --- Can confirm, I use LibreWolf (which if forked from Firefox) and not knowing why it was asking me to close a background app that wasnt on the background I clicked to close. Then librewolf keep closing and was pretty hard to find this bug to solve the issue. Made a little worse by the fact that librewolf is my main browser, luckly I have brave as a spare browser, which asked the exact same question but I've clicked in "allow" this time. Can confirm this happened to me on both librewolf and brave even when the browsers where open and actually not in the background at all. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 423031] [Wayland] Modifier keys to move (shift), copy (ctrl) and create a link (ctrl+shift) don't work if pressed after I start to drag the file/folder
https://bugs.kde.org/show_bug.cgi?id=423031 Artur Rudenko changed: What|Removed |Added CC||catcool...@gmail.com --- Comment #15 from Artur Rudenko --- It also appears to be a bug not only in dolphin; for example, in Kate, pressing "ctrl" to move cursor faster will only take effect when pressed before you press arrow keys. X11 works fine. Maybe it's a KWin issue? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455526] Blur glitches started to appear in wayland again
https://bugs.kde.org/show_bug.cgi?id=455526 --- Comment #13 from Artur Rudenko --- (In reply to Michele Di Vincenzo from comment #12) > Created attachment 154536 [details] > While a video is playing in a browser (tested both Brave and Firefox), the > artifacts disappear > > While playing a video in a web browser, the artifacts disappear. > Pausing the video makes the artifact visible again. > > Operating System: Arch Linux > KDE Plasma Version: 5.26.4 > KDE Frameworks Version: 5.101.0 > Qt Version: 5.15.7 > Kernel Version: 6.0.12-zen1-1-zen (64-bit) > Graphics Platform: Wayland > Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor > Memory: 31.3 GiB of RAM > Graphics Processor: NVIDIA GeForce RTX 3060/PCIe/SSE2 > Manufacturer: Gigabyte Technology Co., Ltd. > Product Name: X570 AORUS ELITE > System Version: -CF (In reply to Artur Rudenko from comment #0) > SUMMARY > *** > NOTE: If you are reporting a crash, please try to attach a backtrace with > debug symbols. > See > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/ > How_to_create_useful_crash_reports > *** > There was a glitches when you open a context menu above a surface with blur > effect, and those were fixed in plasma 5.24 for both wayland and xorg, but > after updating to plasma 5.25 they started to appear again but only in > wayland session > > STEPS TO REPRODUCE > 1. Open konsole > 2. Enable blur in konsole > 3. Open a context menu in konsole > > OBSERVED RESULT > Blur effect glitches > > SOFTWARE/OS VERSIONS > Windows: > macOS: > Linux/KDE Plasma: Arch linux > (available in About System) > KDE Plasma Version: 5.25.0 > KDE Frameworks Version: 5.95.0 > Qt Version: 5.15.4 > > ADDITIONAL INFORMATION > AMD gpu. I can't reproduce that on plasma shell blurred menus, also I can't > reproduce it in konsole while recording through obs/pipewire Yeah also, as I mentioned, they disappear while recording, so playing a video/recording a screen makes something constantly redraw thus the glitches disappear -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 --- Comment #16 from Artur --- (In reply to Artur from comment #15) > (In reply to Artur from comment #14) > > (In reply to Gleb Popov from comment #13) > > > > kdevelop.plugins.clang: Failed to parse : %path_to_file > > > > > > This actually may be a packaging problem. Do you know which libclang > > > version > > > is used by your KDevelop? > > > > Already tried AppImages from KDE site. > > So, sometimes it works, and now is not. > > > > rm -r .cache/kdev* doesn't fix it. > > > > Also, it prints lines like: > > `No context found for QUrl ... *.hpp` > > `.. plugins.definesandincludes: error while fetching includes for "clang"... > > Foundd candidate GCC` > > > > Clang 14.06-2 from Arch repos installed. Nothing more and it tries to use > > it. > > OK, we have figured it out. > Parser breaks often and it's ok for KDE projects. > To fix it on a day or a week, who knows, You should create new project and > move Your files there. Parser will work for a... some time may be we don't > know yet. > Stupid bugs, more bugs and only bugs. But everytime there are people who can > say "no it works for me, it's super fast, I don't know what are You talking > about". And it's a dev oh my god! > > Thanks for help anyway. You can close this bug now... Hahaha) Oh.. world. It's broken again ) Ok, it's pointless. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 --- Comment #15 from Artur --- (In reply to Artur from comment #14) > (In reply to Gleb Popov from comment #13) > > > kdevelop.plugins.clang: Failed to parse : %path_to_file > > > > This actually may be a packaging problem. Do you know which libclang version > > is used by your KDevelop? > > Already tried AppImages from KDE site. > So, sometimes it works, and now is not. > > rm -r .cache/kdev* doesn't fix it. > > Also, it prints lines like: > `No context found for QUrl ... *.hpp` > `.. plugins.definesandincludes: error while fetching includes for "clang"... > Foundd candidate GCC` > > Clang 14.06-2 from Arch repos installed. Nothing more and it tries to use it. OK, we have figured it out. Parser breaks often and it's ok for KDE projects. To fix it on a day or a week, who knows, You should create new project and move Your files there. Parser will work for a... some time may be we don't know yet. Stupid bugs, more bugs and only bugs. But everytime there are people who can say "no it works for me, it's super fast, I don't know what are You talking about". And it's a dev oh my god! Thanks for help anyway. You can close this bug now... -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 --- Comment #14 from Artur --- (In reply to Gleb Popov from comment #13) > > kdevelop.plugins.clang: Failed to parse : %path_to_file > > This actually may be a packaging problem. Do you know which libclang version > is used by your KDevelop? Already tried AppImages from KDE site. So, sometimes it works, and now is not. rm -r .cache/kdev* doesn't fix it. Also, it prints lines like: `No context found for QUrl ... *.hpp` `.. plugins.definesandincludes: error while fetching includes for "clang"... Foundd candidate GCC` Clang 14.06-2 from Arch repos installed. Nothing more and it tries to use it. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 --- Comment #12 from Artur --- (In reply to Igor Kushnir from comment #11) > Did you try creating a new session? > > (In reply to Artur from comment #10) > > "There are many" > > Can You give a concrete answer? I don't want to delete > > '~/.config/kdeveloprc' and don't know anything about data in these > > directories. > So move/rename them. I don't know what would help, if anything. Maybe > something in your project triggers a bug in KDevelop. My computer specs are > way lower than yours and completion delays are rare lately. Too many open > files slows everything down, so I close them all when something feels slow. "way lower than yours" My cpu limits on 800 MHz on boot. There is no matter what cpu speed do You have - it's obviously slow. "Too many open" I said before - 1 (ONE, UNO) file. Now I see segmentation fault. So no help.. Will give it a one more chance moving unknown even for devs dirs. Thanks anyway. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 --- Comment #10 from Artur --- (In reply to Igor Kushnir from comment #9) > (In reply to Artur from comment #8) > > The best workaround will be something like this: > > ` > > alias kdev='rm -r .cache/kdevelop/ && kdev' > > ` > > > > So how to properly clear-it-fully to reset the parser state? > There is also .cache/kdevduchain. There are many kdev* data directories in > ~/.local/share. And ~/.config/kdeveloprc. "There are many" Can You give a concrete answer? I don't want to delete '~/.config/kdeveloprc' and don't know anything about data in these directories. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 --- Comment #8 from Artur --- (In reply to Igor Kushnir from comment #7) > (In reply to Artur from comment #6) > > Nope, cold start on the same _empty_ project on the next day - 10 seconds, > > then 2 sec! It's a death for any coder. > > Just have tried QT Creator, and actually it is a really great IDE! Open any > > C++ code without creating a project and it will complete _any_ piece of a > > code in a nanosecond! There are no seconds, but picoseconds maybe. It will > > be the best autocomplete mechanism for KDevelop. > My recent experience is the opposite. Qt Creator's completion for a > medium-sized project used to be satisfactory. It still froze occasionally, > but so does KDevelop's completion. There seemed to be a memory leak in Qt > Creator's clangd triggered by switching back and forth between project > configurations. After a recent update to Qt Creator 8, performance became so > horrible that I was forced to disable clangd and use Qt Creator's deprecated > internal code model fallback, which is less accurate but much faster and > memory-efficient. > > Lately I rarely experience completion slowness in KDevelop. Try creating a > new session. If that doesn't help, try deleting (or renaming/moving) all > KDevelop's settings, caches. Thanx for sharing, but no.. Everyone say KDev is a turtle in autocompletion even with delay on 100ms. And we ate it anyway. It is a great IDE, but it is a big whole of a bugs too. The problem actually is in a "cache", sometimes it breaks everything and it needs to be cleared. It says: ` kdevelop.plugins.clang: Failed to parse : %path_to_file clang_parseTranslationUnit2 return error 4 start KDevelop with KDEV_CLANG_DISPLAY_DIAGS=1 ` And this actually emits cache clearing (as I understand) and helps to fix it. I'm already tired to fight with this and can clear it on start by default every time. The best workaround will be something like this: ` alias kdev='rm -r .cache/kdevelop/ && kdev' ` So how to properly clear-it-fully to reset the parser state? -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 --- Comment #6 from Artur --- (In reply to Artur from comment #5) > (In reply to Milian Wolff from comment #4) > > Do you have a perf profile to share? Or a project that replicates the > > behavior? > > No perf, and there is no need to have any project, just write 'std::' and > wait. For the first ~10 minutes of coding with empty project it was about > just waiting for completion by 5-8 seconds (average). > After ~15 minutes and 3 restarts of the IDE it takes 2-3 sec. Is it normal? > I don't know how work autocompletion in kdevelop, but start was a pain. Nope, cold start on the same _empty_ project on the next day - 10 seconds, then 2 sec! It's a death for any coder. Just have tried QT Creator, and actually it is a really great IDE! Open any C++ code without creating a project and it will complete _any_ piece of a code in a nanosecond! There are no seconds, but picoseconds maybe. It will be the best autocomplete mechanism for KDevelop. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 --- Comment #5 from Artur --- (In reply to Milian Wolff from comment #4) > Do you have a perf profile to share? Or a project that replicates the > behavior? No perf, and there is no need to have any project, just write 'std::' and wait. For the first ~10 minutes of coding with empty project it was about just waiting for completion by 5-8 seconds (average). After ~15 minutes and 3 restarts of the IDE it takes 2-3 sec. Is it normal? I don't know how work autocompletion in kdevelop, but start was a pain. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 376716] CPP parser slow on all projects
https://bugs.kde.org/show_bug.cgi?id=376716 Artur changed: What|Removed |Added Platform|Fedora RPMs |Archlinux CC||ext...@yandex.ru Alias||slow, completion Version|5.0.3 |5.9.220801 --- Comment #3 from Artur --- 8 cores i7 cpu+fresh ssd. I gave all 8 cores to parser, delay 10-3000 doesn't matter. And it is s slow: 2-5 seconds at min for your classes, and around 8-10 seconds at max when you want to complete std/asio/etc. Word auto completion works well. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456238] Active job progress notifications inappropriately block screen locking
https://bugs.kde.org/show_bug.cgi?id=456238 --- Comment #5 from Artur Rudenko --- I also created minimal pygtk inhibit example and when I run it it says "Is currently blocking sleep and screen locking" however the flag that I set there is GTK_APPLICATION_INHIBIT_SUSPEND So the suspend inhibitor is also perceived as screen locking inhibitor, but gtk documentation says that GTK_APPLICATION_INHIBIT_IDLE should block screen locking and not GTK_APPLICATION_INHIBIT_SUSPEND (https://docs.gtk.org/gtk4/flags.ApplicationInhibitFlags.html) I didn't try inhibiting using qt or dbus though, but chromium most likely uses gtk to do this -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456238] Active job progress notifications inappropriately block screen locking
https://bugs.kde.org/show_bug.cgi?id=456238 --- Comment #4 from Artur Rudenko --- Created attachment 151980 --> https://bugs.kde.org/attachment.cgi?id=151980=edit pygtk4 minimal inhibit example (chromium most likely uses gtk to do this) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456238] Active job progress notifications inappropriately block screen locking
https://bugs.kde.org/show_bug.cgi?id=456238 --- Comment #3 from Artur Rudenko --- (In reply to Kai Uwe Broulik from comment #1) > Check whether Chrome actually posts an inhibition. I think Chrome blocks > suspend during downloads, but that shouldn't block the screen locker. I added an attachment. Yes, it blocks sleep, but why would it also block screen locking? I also installed plasma integration extension in chromium if it matters. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456238] Active job progress notifications inappropriately block screen locking
https://bugs.kde.org/show_bug.cgi?id=456238 --- Comment #2 from Artur Rudenko --- Created attachment 151978 --> https://bugs.kde.org/attachment.cgi?id=151978=edit chrome blocking sleep and screen locking (but not screen dimming) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 457335] File search is case sensitive
https://bugs.kde.org/show_bug.cgi?id=457335 --- Comment #7 from Artur Rudenko --- (In reply to tagwerk19 from comment #6) > Does this cover all the questions? You've got baloo working again? Yeah, it started to work properly. I think this bug status should be changed to NOTABUG because the problem most likely is that baloo indexing was slow/buggy and not that it was wrong. If I have new questions about baloo, should I ask them in kde matrix channel or here? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 457335] File search is case sensitive
https://bugs.kde.org/show_bug.cgi?id=457335 --- Comment #4 from Artur Rudenko --- (In reply to tagwerk19 from comment #3) > (In reply to Artur Rudenko from comment #2) > > This could be that newly created files remain unindexed > > some time after the creation ... > Yes, could be that baloo "got stuck". It relies on "iNotify" alerts to see > when files are created, deleted or changed - and there are times when baloo > misses something. Why does it miss? It's a baloo bug or inotify problem? > > ... Maybe it would be better if dolphin did > > fallback to the classic search when baloo can't find needed files? > I'm not sure how Dolphin would know that baloo has not indexed particular > files. Maybe when iNotify notifies about a file created (or modified), baloo should mark parent folder as un-indexed? > In general though baloo should be quick at noticing new files and changed > file details. It knows "content indexing" is harder work and queues up "full > text" indexing (something you can watch happening with a "balooctl monitor") But in real situation it is not. For example, try to unpack some archive and then search in unpacked folder. Baloo won't find anything and i think in this case dolphin should just use a general search in this folder (while adding it to index queue), but it doesn't, and it ends up in useless search feature -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 457335] File search is case sensitive
https://bugs.kde.org/show_bug.cgi?id=457335 --- Comment #2 from Artur Rudenko --- (In reply to tagwerk19 from comment #1) > For me, if I create SomeFileWithUppercase.txt and somefilewithuppercase.txt, > I see both: > > $ baloosearch -i somefilewithuppercase > 140413fc01 /home/test/somefilewithuppercase.txt > 140388fc01 /home/test/SomeFileWithUppercase.txt > > and I see, with balooshow, that the index contains the two files: > > $ balooshow -x somefilewithuppercase.txt > 140413fc01 64513 1311763 somefilewithuppercase.txt > [/home/test/somefilewithuppercase.txt] > Mtime: 1660941653 2022-08-19T22:40:53 > Ctime: 1660941653 2022-08-19T22:40:53 > Cached properties: > Line Count: 1 > > Internal Info > Terms: Mplain Mtext T5 T8 X20-1 hello penguin > File Name Terms: Fsomefilewithuppercase Ftxt > XAttr Terms: > lineCount: 1 > > $ balooshow -x SomeFileWithUppercase.txt > 140388fc01 64513 1311624 SomeFileWithUppercase.txt > [/home/test/SomeFileWithUppercase.txt] > Mtime: 1660941644 2022-08-19T22:40:44 > Ctime: 1660941644 2022-08-19T22:40:44 > Cached properties: > Line Count: 1 > > Internal Info > Terms: Mplain Mtext T5 T8 X20-1 hello penguin > File Name Terms: Fsomefilewithuppercase Ftxt > XAttr Terms: > lineCount: 1 > > The "File Name Terms" for both are held in lower case - baloo squashes terms > down to lower case. > > I did this test on Neon with ext4 filesystem, one that treats > SomeFileWithUppercase.txt and somefilewithuppercase.txt as distinct. > > The question is what might happen with other filesystems; for vfat if you > try to create SomeFileWithUppercase.txt and then somefilewithuppercase.txt, > you are creating just the one file. > > You are on an arch setup? What filesystem are you using? (I'm assuming your > files are on a local disc) Yes, I'm on updated arch setup and it's ext4 on local disc, but now after I reindexed everything, it works now (I searched using dolphin with file search in settings). This could be that newly created files remain unindexed some time after the creation. Maybe it would be better if dolphin did fallback to the classic search when baloo can't find needed files? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 457335] New: File search is case sensitive
https://bugs.kde.org/show_bug.cgi?id=457335 Bug ID: 457335 Summary: File search is case sensitive Product: frameworks-baloo Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: baloo-bugs-n...@kde.org Reporter: catcool...@gmail.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** When searching files, typing lowercase name in search bar doesn't find the appropriate uppercase files STEPS TO REPRODUCE 1. Create SomeFileWithUppercase.txt 2. Create somefilewithuppercase.txt 3. Try to search "somefilewithuppercase" OBSERVED RESULT It finds only the file with lowercase name EXPECTED RESULT It finds both SomeFileWithUppercase.txt and somefilewithuppercase.txt files Operating System: Arch Linux KDE Plasma Version: 5.25.3 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Kernel Version: 5.18.15-arch1-1 (64-bit) Graphics Platform: X11 Processors: 16 × Intel® Core™ i7-10700F CPU @ 2.90GHz Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 470 Graphics Manufacturer: Gigabyte Technology Co., Ltd. Product Name: Z490 GAMING X AX System Version: -CF -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 457303] New: Drag and drop between xwayland and wayland apps doesn't work
https://bugs.kde.org/show_bug.cgi?id=457303 Bug ID: 457303 Summary: Drag and drop between xwayland and wayland apps doesn't work Product: kwin Version: 5.25.3 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: catcool...@gmail.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Open chromium (via xwayland) 2. Open telegram (4.x) 3. Try to drag-n-drop some text from chromium to telegram SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.25.3 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Kernel Version: 5.18.15-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 16 × Intel® Core™ i7-10700F CPU @ 2.90GHz Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 470 Graphics Manufacturer: Gigabyte Technology Co., Ltd. Product Name: Z490 GAMING X AX System Version: -CF -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456239] New: [Wayland] In plasma, escape and left arrow closes the whole context menu, not sub-context menus
https://bugs.kde.org/show_bug.cgi?id=456239 Bug ID: 456239 Summary: [Wayland] In plasma, escape and left arrow closes the whole context menu, not sub-context menus Product: plasmashell Version: 5.25.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: catcool...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. Open a context menu on plasma desktop 2. Hover some item with submenu, for example, "Icons" 3. Press left arrow or escape OBSERVED RESULT Current submenu is closed EXPECTED RESULT The whole context menu is closed SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.25.2 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 456238] New: Active notifications block auto lock
https://bugs.kde.org/show_bug.cgi?id=456238 Bug ID: 456238 Summary: Active notifications block auto lock Product: Powerdevil Version: 5.25.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: catcool...@gmail.com CC: m...@ratijas.tk Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** When there's an active notification i.e. it indicates some process progress (like downloading in chrome), automatic lockscreen doesn't trigger, only screensaver does STEPS TO REPRODUCE 1. Set both dim screen and automatic lock timeout to 1 minute 2. Start a large file downloading in chromium with plasma integration addon OBSERVED RESULT After 1 minute, screen dimming triggers, but auto locking doesn't EXPECTED RESULT Both auto lock and screen dimming work after 1 minute SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.25.2 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION I think this issue also can be randomly caused by regular notifications if those appear and persist while auto locking timeout ends -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456090] New: Panel popups are shown under kickoff (wayland)
https://bugs.kde.org/show_bug.cgi?id=456090 Bug ID: 456090 Summary: Panel popups are shown under kickoff (wayland) Product: plasmashell Version: 5.25.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: catcool...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** When hovering an icon in panel while kickoff is open, kickoff overlaps popups so they are not visible STEPS TO REPRODUCE 1. Open kickoff 2. Hover an app icon in panel OBSERVED RESULT Popups are not visible EXPECTED RESULT Popups are visible SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.25.2 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION Occurs only in wayland -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456088] New: In kickoff, after moving an item, it freezes till clicked (wayland)
https://bugs.kde.org/show_bug.cgi?id=456088 Bug ID: 456088 Summary: In kickoff, after moving an item, it freezes till clicked (wayland) Product: plasmashell Version: 5.25.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: plasma-b...@kde.org Reporter: catcool...@gmail.com CC: mikel5...@gmail.com, noaha...@gmail.com Target Milestone: 1.0 SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** When moving an item in kickoff is done, it freezes until right or left clicked. In case of left click, it open recently moved item, in case of right click, it opens context menu and kickoff unfreezes. STEPS TO REPRODUCE 1. Open kickoff 2. Move item SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.25.2 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION This bug is wayland-only -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 455360] Screen saver activates but auto lock screen doesn't (security issue?)
https://bugs.kde.org/show_bug.cgi?id=455360 --- Comment #7 from Artur Rudenko --- (In reply to Artur Rudenko from comment #6) > (In reply to Nate Graham from comment #5) > > I can't remember if inhibitions are universal, or an app gets to choose what > > to inhibit. Hopefully the Powerdevil developers can help some more. > > Looks like I didn't understand the problem correctly. Lutris (which has the > problem I described) uses Gtk.Application.inhibit with > GTK_APPLICATION_INHIBIT_SUSPEND and GTK_APPLICATION_INHIBIT_IDLE flags. > GTK_APPLICATION_INHIBIT_IDLE flag should inhibit both dim screen and lock > screen (if I understood correctly from > https://docs.gtk.org/gtk3/flags.ApplicationInhibitFlags.html) but > powerdevil(?) interprets it as "disable lock screen but not dim screen" so > it's probably powerdevil's regression. But it only work not intended when an > app is not in focus. > > It's a bug anyway because it either should ignore inhibitors for minimized > apps or respect them fully anywhere except lock screen. Blocking auto > locking and not screen dimming is confusing. In addition, because of this bug, lutris now can't block screen dimming for games anymore. -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 455360] Screen saver activates but auto lock screen doesn't (security issue?)
https://bugs.kde.org/show_bug.cgi?id=455360 --- Comment #6 from Artur Rudenko --- (In reply to Nate Graham from comment #5) > I can't remember if inhibitions are universal, or an app gets to choose what > to inhibit. Hopefully the Powerdevil developers can help some more. Looks like I didn't understand the problem correctly. Lutris (which has the problem I described) uses Gtk.Application.inhibit with GTK_APPLICATION_INHIBIT_SUSPEND and GTK_APPLICATION_INHIBIT_IDLE flags. GTK_APPLICATION_INHIBIT_IDLE flag should inhibit both dim screen and lock screen (if I understood correctly from https://docs.gtk.org/gtk3/flags.ApplicationInhibitFlags.html) but powerdevil(?) interprets it as "disable lock screen but not dim screen" so it's probably powerdevil's regression. But it only work not intended when an app is not in focus. It's a bug anyway because it either should ignore inhibitors for minimized apps or respect them fully anywhere except lock screen. Blocking auto locking and not screen dimming is confusing. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455526] New: Blur glitches started to appear in wayland again
https://bugs.kde.org/show_bug.cgi?id=455526 Bug ID: 455526 Summary: Blur glitches started to appear in wayland again Product: kwin Version: 5.25.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: catcool...@gmail.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** There was a glitches when you open a context menu above a surface with blur effect, and those were fixed in plasma 5.24 for both wayland and xorg, but after updating to plasma 5.25 they started to appear again but only in wayland session STEPS TO REPRODUCE 1. Open konsole 2. Enable blur in konsole 3. Open a context menu in konsole OBSERVED RESULT Blur effect glitches SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch linux (available in About System) KDE Plasma Version: 5.25.0 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.4 ADDITIONAL INFORMATION AMD gpu. I can't reproduce that on plasma shell blurred menus, also I can't reproduce it in konsole while recording through obs/pipewire -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 455360] Screen saver activates but auto lock screen doesn't (security issue?)
https://bugs.kde.org/show_bug.cgi?id=455360 --- Comment #4 from Artur Rudenko --- (In reply to Nate Graham from comment #3) > So yeah, it's doing what it says: blocking sleep and screen locking. > > Are you saying that something different happened in the past? If so, > specifically what? What changed, and when? So it blocks sleep (system sleep or "suspend") and screen locking but not display sleeping? In the past (before plasma 5.24, it seems) I think it wouldn't trigger monitor sleep at all when there's any inhibitor that blocks somethings even with minimized window or locked screen. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 455360] Screen saver activates but auto lock screen doesn't (security issue?)
https://bugs.kde.org/show_bug.cgi?id=455360 --- Comment #2 from Artur Rudenko --- (In reply to Nate Graham from comment #1) > Open the Battery & Brightness applet in your System Tray; what does it say > about Chromium? "Chromium is currently blocking sleep and screen locking (playing audio)" (when minimized) This bug also occurs when lutris blocks sleep with "running game" message. Also, maybe it's little off topic, but in xorg firefox after minimizing removes it's inhibitor, but for wayland it doesn't. That's weird because wayland also sends minimize event? So it's probably either firefox wayland implementation bug or xwayland bug? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448273] Kwin doesn't show "App is not responding" i.e. kwin_killer_helper doesn't work (wayland)
https://bugs.kde.org/show_bug.cgi?id=448273 --- Comment #3 from Artur Rudenko --- Looks in wayland it works for xwayland apps -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 455360] New: Screen saver activates but auto lock screen doesn't (security issue?)
https://bugs.kde.org/show_bug.cgi?id=455360 Bug ID: 455360 Summary: Screen saver activates but auto lock screen doesn't (security issue?) Product: plasmashell Version: 5.24.5 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: catcool...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** After recent plasma's screensaver behavior changes, plasma now doesn't take into account screensaver inhibitors that come from non focused apps. This is a correct behavior, however, while screen dimming works in that case, automatic screen locking doesn't work. Some apps do dim screen inhibiting randomly (for example, steam) and this can lead to unexpected results, as the user may think that if the screen turns off and nothing interferes with it, then the system should be locked as specified in the settings, but because it doesn't trigger screen locking, unwanted persons can access the OS. STEPS TO REPRODUCE 1. Set both screen dimming and auto locking timeout to 1 minute 2. Open some video in a chromium (so it will inhibit screen dimming) 3. Minimize this window OBSERVED RESULT Screensaver works but after 1 minute OS is still unlocked EXPECTED RESULT Both screensaver and automatic screen locking works SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.4 ADDITIONAL INFORMATION Wayland/Xorg -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 449218] New: App icons can be moved from icon-only task manager to tray
https://bugs.kde.org/show_bug.cgi?id=449218 Bug ID: 449218 Summary: App icons can be moved from icon-only task manager to tray Product: plasmashell Version: 5.23.90 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Show Desktop/Minimize All Assignee: plasma-b...@kde.org Reporter: catcool...@gmail.com Target Milestone: 1.0 Created attachment 145975 --> https://bugs.kde.org/attachment.cgi?id=145975=edit Screen recording (xorg) SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** App icons can be moved to tray and after they moved, some phantom spacer appears STEPS TO REPRODUCE 1. Drag and drop icon to tray 2. Try it again but with another app SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.23.90 KDE Frameworks Version: 5. 90.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION See attachment -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448515] No lock/unlock animation
https://bugs.kde.org/show_bug.cgi?id=448515 --- Comment #4 from Artur Rudenko --- (In reply to Vlad Zahorodnii from comment #1) > hmm, can you clarify what you mean by unlock animation? as far as I know, > kwin has never had an effect to animate unlocking of the screen As you can see from attachment, plasma had a fade effect on locking and unlocking. Though I didn't find it in desktop effects settings -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448515] No lock/unlock animation
https://bugs.kde.org/show_bug.cgi?id=448515 --- Comment #3 from Artur Rudenko --- Created attachment 145974 --> https://bugs.kde.org/attachment.cgi?id=145974=edit arch plasma 5.23.90 unlock screen recording -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 448515] No lock/unlock animation
https://bugs.kde.org/show_bug.cgi?id=448515 --- Comment #2 from Artur Rudenko --- Created attachment 145973 --> https://bugs.kde.org/attachment.cgi?id=145973=edit manjaro plasma 5.23.4 screen recording -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 416145] Krunner doesn't immediately intercept keystrokes, leading the user to accidentally type text into whatever app is open
https://bugs.kde.org/show_bug.cgi?id=416145 Artur Raczyński changed: What|Removed |Added CC||artur.raczyn...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 440663] New Dolphin window or tab opened after compression/extraction when certain default options are disabled, or when the job is canceled, or when the Dolphin window that initiated i
https://bugs.kde.org/show_bug.cgi?id=440663 --- Comment #56 from Artur Paiva --- (In reply to smow from comment #55) > (In reply to Pulse from comment #53) > > openSUSE Tumbleweed > > 5.23.3 > > 5.88.0 > > Ark - 21.08.3 > > Dolphin - 21.08.3 > > Looks like it was fixed in 21.12, but you're still on 21.08. It wasn't. Upgraded Ark to 21.12.0 and the bug is still present. Had to downgrade back to Ark 20.04.3. Dolphin can be updated suggesting that the bug is related to Ark not Dolphin. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 440663] New Dolphin window or tab opened after compression/extraction when certain default options are disabled, or when the job is canceled, or when the Dolphin window that initiated i
https://bugs.kde.org/show_bug.cgi?id=440663 --- Comment #50 from Artur Paiva --- (In reply to Shay G from comment #49) > The bug is in Ark or Dolphin? Just wondering if I can upgrade dolphin to > 21.12. Its on Ark, running dolphin 21.12.0 just fine, had to freeze ark on 21.04.3. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 440663] New Dolphin window or tab opened after compression/extraction when certain default options are disabled, or when the job is canceled, or when the Dolphin window that initiated i
https://bugs.kde.org/show_bug.cgi?id=440663 --- Comment #47 from Artur Paiva --- (In reply to Artur Paiva from comment #46) > Confirmed here, and looks like a Ark issue not a Dolphin one. Downgrading > Ark to 21.07.90 fixed the issue to me. Bug confirmed on: > > Dolphin: 21.08.3 > Ark: 21.08.3 > Operating System: Arch Linux > KDE Plasma Version: 5.23.4 > KDE Frameworks Version: 5.88.0 > Qt Version: 5.15.2 > Kernel Version: 5.15.6-zen2-1-zen (64-bit) > Graphics Platform: X11 > Processors: 32 x AMD Ryzen 5950X 16-Core Processor > Memory: 62.7 GiB of RAM > Graphics Processor: NVIDIA GeForce RTX2060/PCIe/SSE2 A cache on dolphin made my previous result invalid, I've now checked every package of Ark available for me and made sure that both dolphin and ark was closed before each test. on <= 21.04.3 the issue doens't show up, on >= 21.07.80 the issue is present. Unfortunatelly I dont have packages for any version in between those two to pinpoint a more accurate version. Hope it helps. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 440663] New Dolphin window or tab opened after compression/extraction when certain default options are disabled, or when the job is canceled, or when the Dolphin window that initiated i
https://bugs.kde.org/show_bug.cgi?id=440663 Artur Paiva changed: What|Removed |Added CC||dr.ho...@gmail.com --- Comment #46 from Artur Paiva --- Confirmed here, and looks like a Ark issue not a Dolphin one. Downgrading Ark to 21.07.90 fixed the issue to me. Bug confirmed on: Dolphin: 21.08.3 Ark: 21.08.3 Operating System: Arch Linux KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.88.0 Qt Version: 5.15.2 Kernel Version: 5.15.6-zen2-1-zen (64-bit) Graphics Platform: X11 Processors: 32 x AMD Ryzen 5950X 16-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX2060/PCIe/SSE2 -- You are receiving this mail because: You are watching all bug changes.
[Active Window Control] [Bug 443217] Bug trying to change widget settings
https://bugs.kde.org/show_bug.cgi?id=443217 --- Comment #1 from Artur --- (In reply to Artur from comment #0) > Created attachment 142079 [details] > Video demonstrathion > > SUMMARY > Artur Navitanyuk:Bug trying to change widget settings > > STEPS TO REPRODUCE > 1. Right Mouse click on top panel > 2. Click on "Edit panel" > 3. User should try to click on "Configure" in widget > > OBSERVED RESULT > Hard to hit the "Configure" button > > EXPECTED RESULT > > > SOFTWARE/OS VERSIONS > Windows: > macOS: > Linux/KDE Plasma: Kali GNU/Linux Rolling x86_64 > (available in About System) > KDE Plasma Version: 5.21.5 > KDE Frameworks Version: 5.86.0 > Qt Version: 5.15.2 > > ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Active Window Control] [Bug 443217] New: Bug trying to change widget settings
https://bugs.kde.org/show_bug.cgi?id=443217 Bug ID: 443217 Summary: Bug trying to change widget settings Product: Active Window Control Version: unspecified Platform: Debian unstable OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: General Assignee: zrenf...@gmail.com Reporter: mister-p...@outlook.com CC: plasma-b...@kde.org Target Milestone: --- Created attachment 142079 --> https://bugs.kde.org/attachment.cgi?id=142079=edit Video demonstrathion SUMMARY Artur Navitanyuk:Bug trying to change widget settings STEPS TO REPRODUCE 1. Right Mouse click on top panel 2. Click on "Edit panel" 3. User should try to click on "Configure" in widget OBSERVED RESULT Hard to hit the "Configure" button EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 443206] New: Dual monitor mixed refresh rate
https://bugs.kde.org/show_bug.cgi?id=443206 Bug ID: 443206 Summary: Dual monitor mixed refresh rate Product: plasmashell Version: 5.22.4 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: generic-performance Assignee: plasma-b...@kde.org Reporter: artur.bory...@gmail.com Target Milestone: 1.0 SUMMARY I don't want to report a bug, but share what I've lately experienced. I have a laptop to which I plug in external monitor. Built-in display has 144 Hz refresh rate and the external one has 120 Hz although via HDMI it works only up to 60 Hz. I have Lenovo Legion 5i with RTX 2060 and integrated Intel GPU. I believe I'm not the only one who experiences some stuttering while the external display is connected. I got used to it, however, a few days ago I have turned on my laptop without power plugged in and without HDMI plugged in. I've logged into my account and then plugged in power and HDMI. Now the internal display looks much smoother and the stuttering is a lot less noticeable. When I boot my laptop and log in with external display connected, the stuttering is noticeable again and the internal display is a lot more choppy. STEPS TO REPRODUCE 1. Boot the laptop without power and with external display disconnected 2. Log in 3. Connect power and external display OBSERVED RESULT Only by following the steps the internal display is smooth. When booting and logging in with power and external display connected, everything is choppy. EXPECTED RESULT It shouldn't matter if I boot with external monitor plugged in or not SOFTWARE/OS VERSIONS Linux: Manjaro KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I'm using X11 with nvidia drivers and optimus-manager. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 429140] Latte Dock is unclickable when PLASMA_USE_QT_SCALING is set to 1
https://bugs.kde.org/show_bug.cgi?id=429140 --- Comment #2 from Artur --- Yes, as well as previous reporter noted Latte Dock does not react to mouse input after manual restart after start up crash. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 429140] Latte Dock is unclickable when PLASMA_USE_QT_SCALING is set to 1
https://bugs.kde.org/show_bug.cgi?id=429140 --- Comment #1 from Artur --- Created attachment 140660 --> https://bugs.kde.org/attachment.cgi?id=140660=edit New crash information added by DrKonqi latte-dock (0.10.0) using Qt 5.15.2 - What I was doing when the application crashed: The application crashes during the system start up. - Unusual behavior I noticed: - Custom settings of the application: I have set "PLASMA_USE_QT_SCALING=1" environment variable. This variable changes behaviour of the application. The application was crashing with the official ArchLinux package. I have compiled it my self to get useful backtraces. The bug still present. In addition I am using Window AppMenu (v0.7.1) and Active Window Control (v1.1) widgets. -- Backtrace (Reduced): #4 QString::QString (other=..., this=this@entry=0x7ffdc61b0010) at /usr/include/qt/QtCore/qstring.h:1093 #5 Latte::Layout::AbstractLayout::name (this=0x0) at /usr/src/debug/latte-dock-0.10.0/app/layout/abstractlayout.cpp:204 #6 0x558f461e1ca7 in Latte::Layouts::Synchronizer::currentLayoutsNames (this=) at /usr/src/debug/latte-dock-0.10.0/app/layouts/synchronizer.cpp:202 #7 0x558f461ca653 in Latte::Layouts::Manager::currentLayoutsNames (this=) at /usr/src/debug/latte-dock-0.10.0/app/layouts/manager.cpp:155 #8 0x558f46227940 in Latte::Settings::Controller::Layouts::initLayouts (this=this@entry=0x558f480525f0) at /usr/src/debug/latte-dock-0.10.0/app/settings/settingsdialog/layoutscontroller.cpp:582 -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 429140] Latte Dock is unclickable when PLASMA_USE_QT_SCALING is set to 1
https://bugs.kde.org/show_bug.cgi?id=429140 Artur changed: What|Removed |Added CC||art.and...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 436015] Cursor size not syncing
https://bugs.kde.org/show_bug.cgi?id=436015 Artur changed: What|Removed |Added Version|unspecified |5.21.4 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 436015] New: Cursor size not syncing
https://bugs.kde.org/show_bug.cgi?id=436015 Bug ID: 436015 Summary: Cursor size not syncing Product: systemsettings Version: unspecified Platform: Manjaro OS: Linux Status: REPORTED Severity: major Priority: NOR Component: kcm_sddm Assignee: k...@davidedmundson.co.uk Reporter: shkadinski...@gmail.com CC: k...@david-redondo.de, plasma-b...@kde.org Target Milestone: --- [ENG] Manjaro KDE The problem itself - when synchronizing SDDM with a theme that is installed by the user, the cursor is not saved and it remains as small in SDDM as it was Here is a link to the solution - https://forum.kde.org/viewtopic.php?f=66=143080 Here is the solution itself - change the contents (namely, add at the end) of the / etc / environment file. You need to add: "XCURSOR_SIZE = {xx}" {xx} - depending on the scale: 24, 36, 48, 64. Checked only 36 -- [RU] Manjaro KDE Сама проблема - при синхронизации SDDM с темой которая установлена у пользователя курсор не сохраняется и он остается такой же маленький в SDDM как и был Вот ссылка на решение - https://forum.kde.org/viewtopic.php?f=66=143080 Вот само решение - изменить содержимое (а именно в конец добавить) файла /etc/environment. Добавить нужно: "XCURSOR_SIZE={xx}" {xx} - в зависимости от масштаба: 24, 36, 48, 64. Проверил только 36 -- You are receiving this mail because: You are watching all bug changes.
[krusader] [Bug 428298] Krusader crashes after trying view (F3) LibreOffice Calc document
https://bugs.kde.org/show_bug.cgi?id=428298 Artur changed: What|Removed |Added Status|NEEDSINFO |RESOLVED --- Comment #3 from Artur --- I confirm that version 2.8.0-dev "Bleeding Edge" does not have this problem. -- You are receiving this mail because: You are watching all bug changes.
[krusader] [Bug 428298] New: Krusader crashes after trying view (F3) LibreOffice Calc document
https://bugs.kde.org/show_bug.cgi?id=428298 Bug ID: 428298 Summary: Krusader crashes after trying view (F3) LibreOffice Calc document Product: krusader Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: krusader-bugs-n...@kde.org Reporter: l...@interia.pl CC: krusader-bugs-n...@kde.org Target Milestone: --- Application: krusader (2.7.2 "Peace of Mind") Qt Version: 5.15.1 Frameworks Version: 5.75.0 Operating System: Linux 5.8.15-1-default x86_64 Windowing system: X11 Distribution: "openSUSE Tumbleweed" -- Information about the crash: - What I was doing when the application crashed: Press F3 when LibreOffice spreadsheet document (*.ods) is selected. The crash can be reproduced every time. -- Backtrace: Application: Krusader (krusader), signal: Segmentation fault [New LWP 23676] [New LWP 23677] [New LWP 23678] [New LWP 23679] [New LWP 23680] [New LWP 23684] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". 0x7f0e214fbe7f in poll () from /lib64/libc.so.6 [Current thread is 1 (Thread 0x7f0e1fb65300 (LWP 23673))] Thread 7 (Thread 0x7f0e0b7fe640 (LWP 23684)): #0 0x7f0e203d2488 in ?? () from /usr/lib64/libglib-2.0.so.0 #1 0x7f0e203d3a33 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0 #2 0x7f0e203d451b in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x7f0e203d470f in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #4 0x7f0e21c015cb in QEventDispatcherGlib::processEvents (this=0x7f0dfb60, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #5 0x7f0e21ba8a1b in QEventLoop::exec (this=this@entry=0x7f0e0b7fdc70, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:141 #6 0x7f0e219c97ce in QThread::exec (this=) at ../../include/QtCore/../../src/corelib/global/qflags.h:121 #7 0x7f0e22daba27 in ?? () from /usr/lib64/libQt5DBus.so.5 #8 0x7f0e219ca911 in QThreadPrivate::start (arg=0x7f0e22e18d80) at thread/qthread_unix.cpp:329 #9 0x7f0e210fbeb1 in start_thread () from /lib64/libpthread.so.0 #10 0x7f0e21506ccf in clone () from /lib64/libc.so.6 Thread 6 (Thread 0x7f0e037fe640 (LWP 23680)): #0 0x7f0e21102082 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f0e16e42fbb in ?? () from /usr/lib64/dri/r600_dri.so #2 0x7f0e16e42477 in ?? () from /usr/lib64/dri/r600_dri.so #3 0x7f0e210fbeb1 in start_thread () from /lib64/libpthread.so.0 #4 0x7f0e21506ccf in clone () from /lib64/libc.so.6 Thread 5 (Thread 0x7f0e0bfff640 (LWP 23679)): #0 0x7f0e21102082 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f0e16e42fbb in ?? () from /usr/lib64/dri/r600_dri.so #2 0x7f0e16e42477 in ?? () from /usr/lib64/dri/r600_dri.so #3 0x7f0e210fbeb1 in start_thread () from /lib64/libpthread.so.0 #4 0x7f0e21506ccf in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7f0e10b03640 (LWP 23678)): #0 0x7f0e21102082 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f0e16e42fbb in ?? () from /usr/lib64/dri/r600_dri.so #2 0x7f0e16e42477 in ?? () from /usr/lib64/dri/r600_dri.so #3 0x7f0e210fbeb1 in start_thread () from /lib64/libpthread.so.0 #4 0x7f0e21506ccf in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7f0e11304640 (LWP 23677)): #0 0x7f0e21102082 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f0e16e42fbb in ?? () from /usr/lib64/dri/r600_dri.so #2 0x7f0e16e42477 in ?? () from /usr/lib64/dri/r600_dri.so #3 0x7f0e210fbeb1 in start_thread () from /lib64/libpthread.so.0 #4 0x7f0e21506ccf in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f0e11b05640 (LWP 23676)): #0 0x7f0e21102082 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f0e16e42fbb in ?? () from /usr/lib64/dri/r600_dri.so #2 0x7f0e16e42477 in ?? () from /usr/lib64/dri/r600_dri.so #3 0x7f0e210fbeb1 in start_thread () from /lib64/libpthread.so.0 #4 0x7f0e21506ccf in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f0e1fb65300 (LWP 23673)): [KCrash Handler] #4 QHashData::nextNode (node=node@entry=0x55f5a1b28670) at tools/qhash.cpp:591 #5 0x7f0e094973cb in QHash::const_iterator::operator++ (this=) at /usr/include/qt5/QtCore/qhash.h:425 #6 QSet::const_iterator::operator++ (this=) at /usr/include/qt5/QtCore/qset.h:174 #7 JobTracker::~JobTracker (this=, this=) at /usr/src/debug/ark-20.08.2-1.1.x86_64/part/jobtracker.cpp:41 #8 0x7f0e09497429 in JobTracker::~JobTracker (this=, this=) at /usr/src/debug/ark-20.08.2-1.1.x86_64/part/jobtracker.cpp:44 #9 0x7f0e21bd3c7e in QObjectPrivate::deleteChildren
[frameworks-knewstuff] [Bug 414570] Items installed from KDE Store are not listed while "Installed" radio button is selected in "Get New Window Decorations..." window
https://bugs.kde.org/show_bug.cgi?id=414570 Artur Oliveira changed: What|Removed |Added CC||artur...@protonmail.com --- Comment #5 from Artur Oliveira --- Same thing here! Using Kubuntu 20.04. -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 399584] Support macOS Mojave (10.14)
https://bugs.kde.org/show_bug.cgi?id=399584 Artur Troian changed: What|Removed |Added CC||troian...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 361073] Session Logout and Session Switch User (from application launcher) get wrong position on the dialog.
https://bugs.kde.org/show_bug.cgi?id=361073 --- Comment #3 from Artur O. --- (In reply to Gregor Mi from comment #1) > Hello Artur, thanks for the report. Two years have passed now. Is this > report still valid or did anything change for the better in the meantime? Not sure but don't think so, since then i have moved to Gnome environment. But can see if i can get KDE going and test. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 410131] New: performing pointer arithmetic on a null pointer has undefined behavior if the offset is nonzero
https://bugs.kde.org/show_bug.cgi?id=410131 Bug ID: 410131 Summary: performing pointer arithmetic on a null pointer has undefined behavior if the offset is nonzero Product: kdevelop Version: git master Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Language Support: QML/JavaScript Assignee: kdevelop-bugs-n...@kde.org Reporter: kdebugzi...@ebasoft.com.pl Target Milestone: --- plugins/qmljs/duchain/frameworks/nodejs.cpp:78:36: warning: performing pointer arithmetic on a null pointer has undefined behavior if the offset is nonzero (QmlJS::AST::Node*)nullptr + index, ~~ ^ -- You are receiving this mail because: You are watching all bug changes.
[kdevplatform] [Bug 410130] New: explicitly assigning value of variable to itself
https://bugs.kde.org/show_bug.cgi?id=410130 Bug ID: 410130 Summary: explicitly assigning value of variable to itself Product: kdevplatform Version: git master Platform: unspecified OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: util Assignee: kdevelop-bugs-n...@kde.org Reporter: kdebugzi...@ebasoft.com.pl Target Milestone: --- kdevplatform/util/dbus_socket_transformer/main.cpp:253:14: warning: explicitly assigning value of variable of type 'std::string' (aka 'basic_string') to itself path = path; ^ -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 403632] Cannot handle some fields in PDF forms.
https://bugs.kde.org/show_bug.cgi?id=403632 --- Comment #2 from Artur R. Czechowski --- Probably you are right. I've finally found a software where it works (guess, what is it...) and, indeed, part of the first field is being copied to second field. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 403632] New: Cannot handle some fields in PDF forms.
https://bugs.kde.org/show_bug.cgi?id=403632 Bug ID: 403632 Summary: Cannot handle some fields in PDF forms. Product: okular Version: 1.3.2 Platform: Debian unstable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-de...@kde.org Reporter: artu...@hell.pl Target Milestone: --- Created attachment 117664 --> https://bugs.kde.org/attachment.cgi?id=117664=edit PDF form not being handled properly SUMMARY There is a PDF form to Tax Office in The Netherlands which is not being handled properly. The file is available at https://www.belastingdienst.nl/wps/wcm/connect/bldcontentnl/themaoverstijgend/programmas_en_formulieren/aangifte-melding-opgaaf-bpm - the first link, titled Aangifte/melding/opgaaf bpm (pdf - 427kB). I have attached the file for reference as well. STEPS TO REPRODUCE 1. Open attached file in okular 2. Goto second fillable field "Documentkenmerk (Laatste 7 posities van het VIN)" 3. Try to enter anything into this field. OBSERVED RESULT Nothing happens EXPECTED RESULT One should be able to enter data into this field. It might be possible this field is being auto filled after filling the first one, for VIN, however this scenario does not work as well. In that case it could be related to #344776. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Debian GNU/Linux buster/sid (unstable) KDE Plasma Version: 5.13.2 KDE Frameworks Version: 5.47.0 Qt Version: 5.11.1 ADDITIONAL INFORMATION Okular 1.3.2 installed from Debian package okular 4:17.12.2-2.1 -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 279584] JuK crashed on File/Reload.
https://bugs.kde.org/show_bug.cgi?id=279584 Artur Zaprzała changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #2 from Artur Zaprzała --- I can't reproduce this bug any more. Juk 18.04.3 KDE Frameworks 5.48.0 Qt 5.11.1 Fedora 28 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 399903] Plasma crashed after adding the application to Application Menu Bar
https://bugs.kde.org/show_bug.cgi?id=399903 --- Comment #1 from Artur Tretiak --- Created attachment 115693 --> https://bugs.kde.org/attachment.cgi?id=115693=edit Application Menu Bar Demonstration That how my App Menu Bar seems like. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 399903] New: Plasma crashed after adding the application to Application Menu Bar
https://bugs.kde.org/show_bug.cgi?id=399903 Bug ID: 399903 Summary: Plasma crashed after adding the application to Application Menu Bar Product: plasmashell Version: 5.14.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: sti...@protonmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Application: plasmashell (5.14.0) Qt Version: 5.11.2 Frameworks Version: 5.50.0 Operating System: Linux 4.18.12-arch1-1-ARCH x86_64 Distribution (Platform): Archlinux Packages -- Information about the crash: - What I was doing when the application crashed: Dropped Application(any) to Application Menu Bar I tried to place (and that was placed after crush) Battle for Wesnoth from steam. Also any other apps placing can cause this crash. The crash can be reproduced sometimes. -- Backtrace: Application: Plasma (plasmashell), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f7f6ba970c0 (LWP 695))] Thread 16 (Thread 0x7f7f19cf5700 (LWP 1785)): #0 0x7f7f71dcdbb1 in poll () at /usr/lib/libc.so.6 #1 0x7f7f55bb1673 in () at /usr/lib/libpulse.so.0 #2 0x7f7f55ba2990 in pa_mainloop_poll () at /usr/lib/libpulse.so.0 #3 0x7f7f55ba2fe0 in pa_mainloop_iterate () at /usr/lib/libpulse.so.0 #4 0x7f7f55ba3091 in pa_mainloop_run () at /usr/lib/libpulse.so.0 #5 0x7f7f55bb15ae in () at /usr/lib/libpulse.so.0 #6 0x7f7f5574b9fc in () at /usr/lib/pulseaudio/libpulsecommon-12.2.so #7 0x7f7f7100ca9d in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f7f71dd8a43 in clone () at /usr/lib/libc.so.6 Thread 15 (Thread 0x7f7f1b7fe700 (LWP 1241)): #0 0x7f7f71012afc in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f7f720f471c in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f7f56ae7469 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #3 0x7f7f56aeb339 in () at /usr/lib/libKF5ThreadWeaver.so.5 #4 0x7f7f56ae652d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #5 0x7f7f56aeb392 in () at /usr/lib/libKF5ThreadWeaver.so.5 #6 0x7f7f56ae652d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #7 0x7f7f56ae9389 in ThreadWeaver::Thread::run() () at /usr/lib/libKF5ThreadWeaver.so.5 #8 0x7f7f720f3f65 in () at /usr/lib/libQt5Core.so.5 #9 0x7f7f7100ca9d in start_thread () at /usr/lib/libpthread.so.0 #10 0x7f7f71dd8a43 in clone () at /usr/lib/libc.so.6 Thread 14 (Thread 0x7f7f1bfff700 (LWP 1240)): #0 0x7f7f71012afc in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f7f720f471c in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f7f56ae7469 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #3 0x7f7f56aeb339 in () at /usr/lib/libKF5ThreadWeaver.so.5 #4 0x7f7f56ae652d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #5 0x7f7f56aeb392 in () at /usr/lib/libKF5ThreadWeaver.so.5 #6 0x7f7f56ae652d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #7 0x7f7f56ae9389 in ThreadWeaver::Thread::run() () at /usr/lib/libKF5ThreadWeaver.so.5 #8 0x7f7f720f3f65 in () at /usr/lib/libQt5Core.so.5 #9 0x7f7f7100ca9d in start_thread () at /usr/lib/libpthread.so.0 #10 0x7f7f71dd8a43 in clone () at /usr/lib/libc.so.6 Thread 13 (Thread 0x7f7f30dea700 (LWP 1239)): #0 0x7f7f71012afc in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f7f720f471c in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f7f56ae7469 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #3 0x7f7f56aeb339 in () at /usr/lib/libKF5ThreadWeaver.so.5 #4 0x7f7f56ae652d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #5 0x7f7f56aeb392 in () at /usr/lib/libKF5ThreadWeaver.so.5 #6 0x7f7f56ae652d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #7 0x7f7f56ae9389 in ThreadWeaver::Thread::run() () at /usr/lib/libKF5ThreadWeaver.so.5 #8 0x7f7f720f3f65 in () at /usr/lib/libQt5Core.so.5 #9
[krita] [Bug 391265] New: Mouse Mode mapping goes into Pen Mode
https://bugs.kde.org/show_bug.cgi?id=391265 Bug ID: 391265 Summary: Mouse Mode mapping goes into Pen Mode Product: krita Version: 3.3.3 Platform: MS Windows OS: MS Windows Status: UNCONFIRMED Severity: normal Priority: NOR Component: CPU Canvas Assignee: krita-bugs-n...@kde.org Reporter: artur.ryba...@gmail.com Target Milestone: --- Generally my tablet mapping is set to Mouse mode mapping but when I open Krita and hover my pointer over blank page to draw something it automatically changes my tablet mapping into Pen Mode, which I truly don't like, but when I hover for instance over tools Krita is making my tablet mapping normally (Mouse mode). I dont have any idea how to solve it. Im using Wacom One. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 387308] Kwin crash when getting popup in Steam
https://bugs.kde.org/show_bug.cgi?id=387308 --- Comment #2 from Artur O. <commander.alch...@gmail.com> --- (In reply to Martin Flöser from comment #1) > Unfortunately the backtrace is lacking debug symbols. Due to that we are > unable to investigate. If you are able to reproduce please attach a new > backtrace with full debug symbols. Hm, issue is that there are no debug symbols in repo. The is a qt-debug but kwin is not there and building kwin is quite a pain. The is a kwin-git in aur however i would guess that i need everything in git then not just kwin and it's make depends? Or do you know any repo from KDE that supplies with debug symbols for Arch? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 387308] New: Kwin crash when getting popup in Steam
https://bugs.kde.org/show_bug.cgi?id=387308 Bug ID: 387308 Summary: Kwin crash when getting popup in Steam Product: kwin Version: 5.11.3 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: commander.alch...@gmail.com Target Milestone: --- Application: kwin_x11 (5.11.3) Qt Version: 5.9.3 Frameworks Version: 5.40.0 Operating System: Linux 4.13.12-1-ARCH x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: Seems to trigger each time i get a popup in steam after trying to launch a game. Seems kwin just hangs and i have to call kill -11 from another tty. The crash can be reproduced every time. -- Backtrace: Application: KWin (kwin_x11), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f6360d01840 (LWP 793))] Thread 6 (Thread 0x7f63291e9700 (LWP 3069)): #0 0x7f636069f076 in ppoll () at /usr/lib/libc.so.6 #1 0x7f635dcd4d23 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f635dcd64bf in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f635dc7c99b in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f635da9527e in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f635da9a1cb in () at /usr/lib/libQt5Core.so.5 #6 0x7f635963908a in start_thread () at /usr/lib/libpthread.so.0 #7 0x7f63606a947f in clone () at /usr/lib/libc.so.6 Thread 5 (Thread 0x7f63231ee700 (LWP 1059)): #0 0x7f635963f38d in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f635cbf2ef7 in () at /usr/lib/libQt5Script.so.5 #2 0x7f635cbf2f39 in () at /usr/lib/libQt5Script.so.5 #3 0x7f635963908a in start_thread () at /usr/lib/libpthread.so.0 #4 0x7f63606a947f in clone () at /usr/lib/libc.so.6 Thread 4 (Thread 0x7f633e352700 (LWP 1026)): #0 0x7f636069f076 in ppoll () at /usr/lib/libc.so.6 #1 0x7f635dcd4d23 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f635dcd64bf in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f635dc7c99b in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f635da9527e in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f6358140cf9 in () at /usr/lib/libQt5Qml.so.5 #6 0x7f635da9a1cb in () at /usr/lib/libQt5Core.so.5 #7 0x7f635963908a in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f63606a947f in clone () at /usr/lib/libc.so.6 Thread 3 (Thread 0x7f6344f4f700 (LWP 857)): #0 0x7f636069f076 in ppoll () at /usr/lib/libc.so.6 #1 0x7f635dcd4d23 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f635dcd64bf in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f635dc7c99b in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f635da9527e in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f63572e2376 in () at /usr/lib/libQt5DBus.so.5 #6 0x7f635da9a1cb in () at /usr/lib/libQt5Core.so.5 #7 0x7f635963908a in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f63606a947f in clone () at /usr/lib/libc.so.6 Thread 2 (Thread 0x7f63475db700 (LWP 817)): #0 0x7f636069ef7b in poll () at /usr/lib/libc.so.6 #1 0x7f635f79c8e0 in () at /usr/lib/libxcb.so.1 #2 0x7f635f79e679 in xcb_wait_for_event () at /usr/lib/libxcb.so.1 #3 0x7f63484b690a in () at /usr/lib/libQt5XcbQpa.so.5 #4 0x7f635da9a1cb in () at /usr/lib/libQt5Core.so.5 #5 0x7f635963908a in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f63606a947f in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x7f6360d01840 (LWP 793)): [KCrash Handler] #5 0x7f636069f076 in ppoll () at /usr/lib/libc.so.6 #6 0x7f635dcd4d23 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #7 0x7f635dcd64bf in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #8 0x7f634851bace in () at /usr/lib/libQt5XcbQpa.so.5 #9 0x7f635dc7c99b in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #10 0x7f635dc859e8 in QCoreApplication::exec() () at /usr/lib/libQt5Core.so.5 #11 0x7f63609736e3 in kdemain () at /usr/lib/libkdeinit5_kwin_x11.so #12 0x7f63605d3f6a in __libc_start_main () at /usr/lib/libc.so.6 #13 0x563bd3c4d7aa in _start () Possible duplicates by query: bug 387289, bug 387227, bug 386888, bug 386018, bug 385922. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 383965] New: Kwin crashes while debugging an opengl app in qtcreator
https://bugs.kde.org/show_bug.cgi?id=383965 Bug ID: 383965 Summary: Kwin crashes while debugging an opengl app in qtcreator Product: kwin Version: 5.10.4 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: nemer...@gmail.com Target Milestone: --- Application: kwin_x11 (5.10.4) Qt Version: 5.9.1 Frameworks Version: 5.37.0 Operating System: Linux 4.12.8-2-ARCH x86_64 Distribution (Platform): Archlinux Packages -- Information about the crash: Attempted to 'kill' debugged application after it crashed. Switched window to the application - kwin crashed as a result. -- Backtrace: Application: KWin (kwin_x11), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f3f6c424840 (LWP 591))] Thread 6 (Thread 0x7f3ea8938700 (LWP 855)): #0 0x7f3f64f841ad in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f3f691bc5ec in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f3f64171ae8 in () at /usr/lib/libQt5Quick.so.5 #3 0x7f3f64171f4a in () at /usr/lib/libQt5Quick.so.5 #4 0x7f3f691bb15b in () at /usr/lib/libQt5Core.so.5 #5 0x7f3f64f7e049 in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f3f6bdedf0f in clone () at /usr/lib/libc.so.6 Thread 5 (Thread 0x7f3eb8eeb700 (LWP 748)): #0 0x7f3f6bde3f76 in ppoll () at /usr/lib/libc.so.6 #1 0x7f3f693f4ba3 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f3f693f633f in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f3f6939cffb in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f3f691b640e in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f3f63a7f1d5 in () at /usr/lib/libQt5Qml.so.5 #6 0x7f3f691bb15b in () at /usr/lib/libQt5Core.so.5 #7 0x7f3f64f7e049 in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f3f6bdedf0f in clone () at /usr/lib/libc.so.6 Thread 4 (Thread 0x7f3f3bfff700 (LWP 663)): #0 0x7f3f64f841ad in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f3f68313b04 in () at /usr/lib/libQt5Script.so.5 #2 0x7f3f68313b49 in () at /usr/lib/libQt5Script.so.5 #3 0x7f3f64f7e049 in start_thread () at /usr/lib/libpthread.so.0 #4 0x7f3f6bdedf0f in clone () at /usr/lib/libc.so.6 Thread 3 (Thread 0x7f3f498fe700 (LWP 655)): #0 0x7f3f6bde3f76 in ppoll () at /usr/lib/libc.so.6 #1 0x7f3f693f4ba3 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f3f693f633f in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f3f6939cffb in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f3f691b640e in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f3f63a7f1d5 in () at /usr/lib/libQt5Qml.so.5 #6 0x7f3f691bb15b in () at /usr/lib/libQt5Core.so.5 #7 0x7f3f64f7e049 in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f3f6bdedf0f in clone () at /usr/lib/libc.so.6 Thread 2 (Thread 0x7f3f4bfff700 (LWP 619)): #0 0x7f3f6bde3f76 in ppoll () at /usr/lib/libc.so.6 #1 0x7f3f693f4ba3 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f3f693f633f in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f3f6939cffb in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f3f691b640e in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f3f62c22396 in () at /usr/lib/libQt5DBus.so.5 #6 0x7f3f691bb15b in () at /usr/lib/libQt5Core.so.5 #7 0x7f3f64f7e049 in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f3f6bdedf0f in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x7f3f6c424840 (LWP 591)): [KCrash Handler] #5 0x0050 in () #6 0x7f3f6b8c893d in KWin::Workspace::constrainedStackingOrder() () at /usr/lib/libkwin.so.5 #7 0x7f3f6b8c9721 in KWin::Workspace::updateStackingOrder(bool) () at /usr/lib/libkwin.so.5 #8 0x7f3f6b8c9ac1 in KWin::Workspace::blockStackingUpdates(bool) () at /usr/lib/libkwin.so.5 #9 0x7f3f6b870294 in KWin::Client::destroyClient() () at /usr/lib/libkwin.so.5 #10 0x7f3f6b8d9bff in KWin::Client::unmapNotifyEvent(xcb_unmap_notify_event_t*) () at /usr/lib/libkwin.so.5 #11 0x7f3f6b8dd904 in KWin::Client::windowEvent(xcb_generic_event_t*) () at /usr/lib/libkwin.so.5 #12 0x7f3f6b8ded60 in KWin::Workspace::workspaceEvent(xcb_generic_event_t*) () at /usr/lib/libkwin.so.5 #13 0x7f3f6939ba1f in QAbstractEventDispatcher::filterNativeEvent(QByteArray const&, void*, long*) () at
[kdevelop] [Bug 382901] Kdevelop 5.1.1 crashes when typing anything in .c/.h file
https://bugs.kde.org/show_bug.cgi?id=382901 --- Comment #4 from Artur Langner <k...@xene.eu> --- After a whole day of use I had no crashes. Whole system was built with binutils 2.25.1 Rest of emerge --info : ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native -g" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/stunnel/stunnel.conf /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/easy-rsa /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php7.0/ext-active/ /etc/php/cgi-php7.0/ext-active/ /etc/php/cli-php7.0/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe -march=native -g" DISTDIR="/home/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org; LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j6" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/home/tmp" USE="X a52 aac acl acpi alsa amd64 ao audiofile bash-completion bcmath berkdb bluetooth branding btrfs bzip2 cairo cdda cdr cgi cli client consolekit cracklib crypt css cups curl cvs cxx dbus declarative designer device-lib djvu dmraid dri dts dvd dvdr emboss encode exfat exif extensions extraengine f2fs fam fat ffmpeg fftw firefox flac fpm ftdi ftp garden gcrypt gd gdbm gif git github glamor glut gnuplot gnutls gpm graph gsm gstreamer gtk gzip hfs iconv icu imagemagick imap ipv6 jabber javascript jpeg jpeg2k kde kipi kwallet lame lcms ldap libnotify libsamplerate libssh lightdm lm_sensors lzma lzo mad matroska mcs51 mdadm mhash mime mmx mng modules mozilla mp3 mp4 mpeg mplayer multilib mysql mysqli ncurses nls non-free nptl ntfs ntp offensive ogg okteta opengl openmp otr packihx pam pango passwordsave pcntl pcre pdf pdo phonon php pic14 pic16 pkcs11 plasma png policykit portaudio postgres postscript powermanagement ppds printupport pulseaudio python qml qt3support qt4 qt5 quicktime rdesktop readline reiser4 reiserfs sdbinutils sdcdb sdcpp sdl seccomp semantic-desktop server session sftp sockets sound sox speex spell sqlite sqlite3 sse sse2 sse3 sse4_1 ssh sshdump ssl ssse3 startup-notification subversion svg syslog sysvipc tcpd theora threads tidy tiff tls truetype ucsim udev udisks unicode upower usb v4l vnc vorbis webkit widgets wifi wmf wxwidgets x264 xattr xcb xcomposite xfs xinerama xinted xkb xml xmlrpc xmpp xpm xscreensaver xv xvid zip zlib" ABI_X86="32 64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 fma3 mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="nmea0183" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6" POSTGRES_TARGETS="postgres9_5" PYTHON_SINGLE_TARGET="python3_4" PYTHON_TARGETS="python2_7 python3_4" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby21 ruby22" USERLAND="GNU" VIDEO_CARDS="intel i965" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 382901] Kdevelop 5.1.1 crashes when typing anything in .c/.h file
https://bugs.kde.org/show_bug.cgi?id=382901 --- Comment #2 from Artur Langner <k...@xene.eu> --- I reinstalled qtscript-5.7.1 with the JIT flag disabled. Kdevelop now works fine. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 382901] Kdevelop 5.1.1 crashes when typing anything in .c/.h file
https://bugs.kde.org/show_bug.cgi?id=382901 Artur Langner <k...@xene.eu> changed: What|Removed |Added Platform|Compiled Sources|Gentoo Packages -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 382901] New: Kdevelop 5.1.1 crashes when typing anything in .c/.h file
https://bugs.kde.org/show_bug.cgi?id=382901 Bug ID: 382901 Summary: Kdevelop 5.1.1 crashes when typing anything in .c/.h file Product: kdevelop Version: 5.1.1 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: k...@xene.eu Target Milestone: --- Application: kdevelop (5.1.1) (Compiled from sources) Qt Version: 5.7.1 Frameworks Version: 5.34.0 Operating System: Linux 3.18.0-rc4 x86_64 Distribution (Platform): Gentoo Packages -- Information about the crash: I have installed Kdevelop 5.1.1 on Gentoo. When I type anything in a .c/.h file (single letter) Kdevelop crashes. Every single time. The crash happens in a .c/.h files, editing/saving makefiles works flawlessly. It also happens when the following plugins are *disabled*: cppcheck, class browser, code browser. Editing the very same files work fine in Kate and Kwrite. There is something about allocator in the backtrace (I don't know how to read that exactly). I have 8GB of RAM, usually less than 2GB are used. I have no ulimits, no grsecurity, no SElinux. I have no other problems - KDE is stable, all other apps are also stable. $ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 31635 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 31635 virtual memory (kbytes, -v) 400 file locks (-x) unlimited My system: Portage 2.3.6 (python 2.7.12-final-0, default/linux/amd64/13.0/desktop/plasma, gcc-5.4.0, glibc-2.25-r2, 3.18.0-rc4 x86_64) = System uname: Linux-3.18.0-rc4-x86_64-Intel-R-_Core-TM-_i5-4210U_CPU_@_1.70GHz-with-gentoo-2.3 KiB Mem: 8101340 total, 1999404 free KiB Swap: 0 total, 0 free Timestamp of repository gentoo: Sat, 15 Jul 2017 12:30:01 + sh bash 4.3_p48-r1 ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1 app-shells/bash: 4.3_p48-r1::gentoo dev-java/java-config: 2.2.0-r3::gentoo dev-lang/perl:5.24.1-r2::gentoo dev-lang/python: 2.7.12::gentoo, 3.4.5::gentoo dev-util/cmake: 3.7.2::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.3::gentoo sys-apps/openrc: 0.26.3::gentoo sys-apps/sandbox: 2.10-r3::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.14.1::gentoo, 1.15-r2::gentoo sys-devel/binutils: 2.25.1-r1::gentoo, 2.26.1::gentoo, 2.28-r2::gentoo sys-devel/gcc:5.4.0-r3::gentoo sys-devel/gcc-config: 1.7.3::gentoo sys-devel/libtool:2.4.6-r3::gentoo sys-devel/make: 4.2.1::gentoo sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers) sys-libs/glibc: 2.25-r2::gentoo The crash can be reproduced every time. -- Backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f58570067c0 (LWP 5107))] Thread 12 (Thread 0x7f58167fc700 (LWP 5216)): #0 0x7f586c2e1722 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f5864f954f4 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f586507c2e0 ) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x7f5864f95539 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x7f586c2da937 in start_thread () from /lib64/libpthread.so.0 #4 0x7f587238bc5f in clone () from /lib64/libc.so.6 Thread 11 (Thread 0x7f5816ffd700 (LWP 5190)): #0 0x7f586c2e1722 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7f5872ae395a in QWaitConditionPrivate::wait (time=18446744073709551615, this=0x23cd500) at thread/qwaitcondition_unix.cpp:143 #2 QWaitCondition::wait (this=, mutex=0x2394bc0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:215 #3 0x7f5867d8f48f in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () from /usr/lib64/libKF5ThreadWeaver.so.5 #4 0x7f5867d934a8 in ?? () from /usr/lib64/libKF5ThreadWeaver.so.5 #5 0x7f5867d8e64d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () from
[kwin] [Bug 382385] New: Kwin crash
https://bugs.kde.org/show_bug.cgi?id=382385 Bug ID: 382385 Summary: Kwin crash Product: kwin Version: 5.10.3 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: commander.alch...@gmail.com Target Milestone: --- Application: kwin_x11 (5.10.3) Qt Version: 5.9.1 Frameworks Version: 5.36.0 Operating System: Linux 4.11.9-1-ARCH x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: I opened the steam store and kwin crashed, probably not related though. -- Backtrace: Application: KWin (kwin_x11), signal: Aborted Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f2787f3c840 (LWP 20874))] Thread 6 (Thread 0x7f27577ff700 (LWP 16140)): #0 0x7f2780ab81ad in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f2784d385ec in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f2784d30d0c in QSemaphore::acquire(int) () at /usr/lib/libQt5Core.so.5 #3 0x7f274f3ed82c in () at /usr/lib/qt/plugins/texttospeech/libqttexttospeech_flite.so #4 0x7f2784d3715b in () at /usr/lib/libQt5Core.so.5 #5 0x7f2780ab2049 in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f2787990f0f in clone () at /usr/lib/libc.so.6 Thread 5 (Thread 0x7f2765f5a700 (LWP 20791)): #0 0x7f2787986f76 in ppoll () at /usr/lib/libc.so.6 #1 0x7f2784f70ba3 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f2784f7233f in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f2784f18ffb in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f2784d3240e in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f2784d3715b in () at /usr/lib/libQt5Core.so.5 #6 0x7f2780ab2049 in start_thread () at /usr/lib/libpthread.so.0 #7 0x7f2787990f0f in clone () at /usr/lib/libc.so.6 Thread 4 (Thread 0x7f274e4f6700 (LWP 20899)): #0 0x7f2780ab81ad in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f2783e83b04 in () at /usr/lib/libQt5Script.so.5 #2 0x7f2783e83b49 in () at /usr/lib/libQt5Script.so.5 #3 0x7f2780ab2049 in start_thread () at /usr/lib/libpthread.so.0 #4 0x7f2787990f0f in clone () at /usr/lib/libc.so.6 Thread 3 (Thread 0x7f2767df2700 (LWP 20893)): #0 0x7f2787986f76 in ppoll () at /usr/lib/libc.so.6 #1 0x7f2784f70ba3 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f2784f7233f in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f2784f18ffb in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f2784d3240e in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f277e94f396 in () at /usr/lib/libQt5DBus.so.5 #6 0x7f2784d3715b in () at /usr/lib/libQt5Core.so.5 #7 0x7f2780ab2049 in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f2787990f0f in clone () at /usr/lib/libc.so.6 Thread 2 (Thread 0x7f276e04a700 (LWP 20892)): #0 0x7f2787986e9d in poll () at /usr/lib/libc.so.6 #1 0x7f2786a5f8e0 in () at /usr/lib/libxcb.so.1 #2 0x7f2786a61679 in xcb_wait_for_event () at /usr/lib/libxcb.so.1 #3 0x7f276f14872a in () at /usr/lib/libQt5XcbQpa.so.5 #4 0x7f2784d3715b in () at /usr/lib/libQt5Core.so.5 #5 0x7f2780ab2049 in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f2787990f0f in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x7f2787f3c840 (LWP 20874)): [KCrash Handler] #5 0x7f27878d68c0 in raise () at /usr/lib/libc.so.6 #6 0x7f27878d7f72 in abort () at /usr/lib/libc.so.6 #7 0x7f2784d219a8 in () at /usr/lib/libQt5Core.so.5 #8 0x7f2784d312fe in QThread::~QThread() () at /usr/lib/libQt5Core.so.5 #9 0x7f2784d3135a in QThread::~QThread() () at /usr/lib/libQt5Core.so.5 #10 0x7f2784f482cd in QObjectPrivate::deleteChildren() () at /usr/lib/libQt5Core.so.5 #11 0x7f2784f51f0c in QObject::~QObject() () at /usr/lib/libQt5Core.so.5 #12 0x7f27673cc309 in KWin::X11StandalonePlatform::~X11StandalonePlatform() () at /usr/lib/qt/plugins/org.kde.kwin.platforms/KWinX11Platform.so #13 0x7f2784f482cd in QObjectPrivate::deleteChildren() () at /usr/lib/libQt5Core.so.5 #14 0x7f2784f51f0c in QObject::~QObject() () at /usr/lib/libQt5Core.so.5 #15 0x7f2784f1cddc in QCoreApplication::~QCoreApplication() () at /usr/lib/libQt5Core.so.5 #16 0x7f2785c478c9 in QApplication::~QApplication() () at /usr/lib/libQt5Widgets.so.5 #17 0x7f2787c52743 in () at /usr/lib/libkdeinit5_kwin_x11.so #18 0x7f2787c54029 in kdemain () at /usr/lib/libkdeinit5_kwin_x11.so #19
[kwin] [Bug 381938] Kwin compositor crashes, (twice when opening steam store)
https://bugs.kde.org/show_bug.cgi?id=381938 --- Comment #1 from Artur O. <commander.alch...@gmail.com> --- Driver version: Nvidia 384.47 @ Nvidia MSI GTX 970 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 381938] Kwin compositor crashes, (twice when opening steam store)
https://bugs.kde.org/show_bug.cgi?id=381938 Artur O. <commander.alch...@gmail.com> changed: What|Removed |Added Summary|Kwin compositor crashes.|Kwin compositor crashes, ||(twice when opening steam ||store) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 381938] New: Kwin compositor crashes.
https://bugs.kde.org/show_bug.cgi?id=381938 Bug ID: 381938 Summary: Kwin compositor crashes. Product: kwin Version: 5.10.3 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: commander.alch...@gmail.com Target Milestone: --- Application: kwin_x11 (5.10.3) Qt Version: 5.9.0 Frameworks Version: 5.35.0 Operating System: Linux 4.11.8-1-ck-piledriver x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: Kwin compositor keeps crashing, mostly (2 times now) but cannot reproduce it all the time, was when opening steam Store window. Desktop freezes for couple of seconds and then shows the "crash reporting assistant" and you see that desktop effects are disabled. I need to go to compositor settings and re-enable and then restart kwin to bring it back. -- Backtrace: Application: KWin (kwin_x11), signal: Aborted Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f68f7d76840 (LWP 730))] Thread 7 (Thread 0x7f68d5cba700 (LWP 1609)): [KCrash Handler] #5 0x7f68f7716670 in raise () at /usr/lib/libc.so.6 #6 0x7f68f7717d00 in abort () at /usr/lib/libc.so.6 #7 0x7f68f4b79807 in () at /usr/lib/libQt5Core.so.5 #8 0x7f68d712da23 in () at /usr/lib/qt/plugins/org.kde.kwin.platforms/KWinX11Platform.so #9 0x7f68f4d9757f in QMetaObject::activate(QObject*, int, int, void**) () at /usr/lib/libQt5Core.so.5 #10 0x7f68f4e14767 in QTimer::timeout(QTimer::QPrivateSignal) () at /usr/lib/libQt5Core.so.5 #11 0x7f68f4da4008 in QTimer::timerEvent(QTimerEvent*) () at /usr/lib/libQt5Core.so.5 #12 0x7f68f4d97e2b in QObject::event(QEvent*) () at /usr/lib/libQt5Core.so.5 #13 0x7f68f5a9746c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5 #14 0x7f68f5a9ecf4 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5 #15 0x7f68f4d68b98 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/libQt5Core.so.5 #16 0x7f68f4dbfbae in QTimerInfoList::activateTimers() () at /usr/lib/libQt5Core.so.5 #17 0x7f68f4dbddc2 in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #18 0x7f68f4d6721a in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #19 0x7f68f4b8940a in QThread::exec() () at /usr/lib/libQt5Core.so.5 #20 0x7f68f4b8dcbd in () at /usr/lib/libQt5Core.so.5 #21 0x7f68f0902297 in start_thread () at /usr/lib/libpthread.so.0 #22 0x7f68f77d01ef in clone () at /usr/lib/libc.so.6 Thread 6 (Thread 0x7f68c4a27700 (LWP 1608)): #0 0x7f68f090839d in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f68f4b8f0eb in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f68f4b87f7b in QSemaphore::acquire(int) () at /usr/lib/libQt5Core.so.5 #3 0x7f68bebc582c in () at /usr/lib/qt/plugins/texttospeech/libqttexttospeech_flite.so #4 0x7f68f4b8dcbd in () at /usr/lib/libQt5Core.so.5 #5 0x7f68f0902297 in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f68f77d01ef in clone () at /usr/lib/libc.so.6 Thread 5 (Thread 0x7f68b700 (LWP 877)): #0 0x7f68f090839d in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f68f3cd3ac4 in () at /usr/lib/libQt5Script.so.5 #2 0x7f68f3cd3b09 in () at /usr/lib/libQt5Script.so.5 #3 0x7f68f0902297 in start_thread () at /usr/lib/libpthread.so.0 #4 0x7f68f77d01ef in clone () at /usr/lib/libc.so.6 Thread 4 (Thread 0x7f68d5272700 (LWP 798)): #0 0x7f68f77c6326 in ppoll () at /usr/lib/libc.so.6 #1 0x7f68f4dbc471 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f68f4dbdb5e in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f68f4d6721a in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f68f4b8940a in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f68ef612645 in () at /usr/lib/libQt5Qml.so.5 #6 0x7f68f4b8dcbd in () at /usr/lib/libQt5Core.so.5 #7 0x7f68f0902297 in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f68f77d01ef in clone () at /usr/lib/libc.so.6 Thread 3 (Thread 0x7f68d7b52700 (LWP 758)): #0 0x7f68f77c6326 in ppoll () at /usr/lib/libc.so.6 #1 0x7f68f4dbc471 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f68f4dbdb5e in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f68f4d6721a in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f68f4b8940a in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f68ee7a8d45
[kio] [Bug 357959] Bug while copying font files to local system from Windows networked location
https://bugs.kde.org/show_bug.cgi?id=357959 Artur <artu...@issp.ac.ru> changed: What|Removed |Added CC||artu...@issp.ac.ru -- You are receiving this mail because: You are watching all bug changes.
[kio] [Bug 357959] Bug while copying font files to local system from Windows networked location
https://bugs.kde.org/show_bug.cgi?id=357959 --- Comment #2 from Artur <artu...@issp.ac.ru> --- Created attachment 106180 --> https://bugs.kde.org/attachment.cgi?id=106180=edit New crash information added by DrKonqi dolphin (4.14.3) on KDE Platform 4.14.10 using Qt 4.8.7 - What I was doing when the application crashed: I was copying a large number of images (~3000, ~1.4 MB each) from KDE to FAT32 flashcards, at ~ 1000th it has been stopped and the bug window was appeared. The error is repeated for different (and for certain, of course) flashcards - Custom settings of the application: -- Backtrace (Reduced): #8 0x000805c33324 in QNetworkProxyFactory::systemProxyForQuery () from /usr/local/lib/qt4/libQtNetwork.so.4 #9 0x000805c4aae7 in QLocalServer::qt_metacall () from /usr/local/lib/qt4/libQtNetwork.so.4 #10 0x000805c4326c in QAbstractSocket::waitForBytesWritten () from /usr/local/lib/qt4/libQtNetwork.so.4 #11 0x00080c4d17ee in KIO::Connection::close () from /usr/local/lib/libkio.so.5 #12 0x00080c4d00c8 in KIO::Connection::sendnow () from /usr/local/lib/libkio.so.5 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 378820] Icons without white border in breeze-cursor theme
https://bugs.kde.org/show_bug.cgi?id=378820 --- Comment #1 from Artur <arturjo...@gmail.com> --- Forgot to mention that this also happens in breeze-snow-cursor the other way around; no black border in "cross" and "crosshair" as in the rest of the images. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 378820] New: Icons without white border in breeze-cursor theme
https://bugs.kde.org/show_bug.cgi?id=378820 Bug ID: 378820 Summary: Icons without white border in breeze-cursor theme Product: Breeze Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: Icons Assignee: visual-des...@kde.org Reporter: arturjo...@gmail.com CC: kain...@gmail.com Target Milestone: --- All the icons in this theme have a white border to make visibility easy but "cross" and "crosshair". "cross" and "crosshair" don't have a white border and when they become active in some applications with dark background I can't barely see them. If I move the mouse quick my eyes looses them. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 378585] Old icons appear when toggling compositing on/off
https://bugs.kde.org/show_bug.cgi?id=378585 Artur O. <commander.alch...@gmail.com> changed: What|Removed |Added Product|plasmashell |kwin Component|general |compositing Target Milestone|1.0 |--- -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 378585] Old icons appear when toggling compositing on/off
https://bugs.kde.org/show_bug.cgi?id=378585 --- Comment #1 from Artur O. <commander.alch...@gmail.com> --- Doing; kquitapp5 plasmashell plasmashell &>/dev/null & will fix this temporary only to be triggered later on. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 378585] New: Old icons appear when toggling compositing on/off
https://bugs.kde.org/show_bug.cgi?id=378585 Bug ID: 378585 Summary: Old icons appear when toggling compositing on/off Product: plasmashell Version: 5.9.4 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: commander.alch...@gmail.com CC: bhus...@gmail.com, plasma-b...@kde.org Target Milestone: 1.0 When toggling kwin compositing on/off using the hotkeys it seems that the plasmashell stops rendering and everything is stuck at "that" time; Icons, tray icons, icon-only taskmanager even the digital clock on the panel and widgets on desktop are affected. Here are two screenshots from the exact same time, however on one it seems that it was taken several hours ago; Compositing on: http://i.imgur.com/xqUTxo1.png Compositing off: http://i.imgur.com/nRqPRtE.png I've experianced this for quite some time now, think i mentioned it in https://bugs.kde.org/show_bug.cgi?id=361154 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 376603] New: Crash after changing composing engine to OpenGL 3.1
https://bugs.kde.org/show_bug.cgi?id=376603 Bug ID: 376603 Summary: Crash after changing composing engine to OpenGL 3.1 Product: systemsettings Version: 5.8.5 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: arturpol...@gmail.com Target Milestone: --- Application: systemsettings5 (5.8.5) Qt Version: 5.7.1 Frameworks Version: 5.28.0 Operating System: Linux 4.9.0-15-generic x86_64 Distribution: Ubuntu Zesty Zapus (development branch) -- Information about the crash: - What I was doing when the application crashed: Ubuntu 17.04 with kubuntu-desktop package installed ... Change composing engine to OpenGL 3.1 and disabling screen lock -- Backtrace: Application: Ustawienia systemowe (systemsettings5), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f6de9df58c0 (LWP 5085))] Thread 4 (Thread 0x7f6db407e700 (LWP 5101)): #0 0x7ffda2390ad7 in clock_gettime () #1 0x7f6de5ba7886 in __GI___clock_gettime (clock_id=1, tp=0x7f6db407da40) at ../sysdeps/unix/clock_gettime.c:115 #2 0x7f6de6331f71 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #3 0x7f6de64aeba9 in QTimerInfoList::updateCurrentTime() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f6de64af155 in QTimerInfoList::timerWait(timespec&) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f6de64b04fe in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f6ddfd4df9d in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x7f6ddfd4e9cb in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x7f6ddfd4ebbc in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x7f6de64b0f2b in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #10 0x7f6de645a88a in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #11 0x7f6de6287fe3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #12 0x7f6de45d4df5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #13 0x7f6de628cc98 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #14 0x7f6de1e7d6ca in start_thread (arg=0x7f6db407e700) at pthread_create.c:333 #15 0x7f6de5b990ff in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 3 (Thread 0x7f6dcd7eb700 (LWP 5088)): #0 0x7f6de5b8d10d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x7f6ddfd4eaa6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f6ddfd4ebbc in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f6de64b0f2b in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f6de645a88a in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f6de6287fe3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f6de6db45c5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #7 0x7f6de628cc98 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7f6de1e7d6ca in start_thread (arg=0x7f6dcd7eb700) at pthread_create.c:333 #9 0x7f6de5b990ff in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 2 (Thread 0x7f6dd615d700 (LWP 5087)): #0 0x7f6de5b8d10d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x7f6de26f4c62 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #2 0x7f6de26f68d7 in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1 #3 0x7f6dd86b4c49 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #4 0x7f6de628cc98 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f6de1e7d6ca in start_thread (arg=0x7f6dd615d700) at pthread_create.c:333 #6 0x7f6de5b990ff in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 1 (Thread 0x7f6de9df58c0 (LWP 5085)): [KCrash Handler] #6 0x7f6de44a7495 in QV4::WeakValue::free() () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #7 0x7f6de4518152 in QV4::QObjectWrapper::destroyObject(bool) () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #8 0x7f6de43aa69f in QV4::MemoryManager::sweep(bool) () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #9 0x7f6de43abaac in QV4::MemoryManager::~MemoryManager() () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #10 0x7f6de4496e2b in QV4::ExecutionEngine::~ExecutionEngine() () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #11 0x7f6de45d68a6 in QV8Engine::~QV8Engine() () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #12 0x7f6de45d69c9 in QV8Engine::~QV8Engine() () from /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5 #13
[kwin] [Bug 361236] Aurorae crashes in QQmlBinding::write on creation - Qt 5.6
https://bugs.kde.org/show_bug.cgi?id=361236 Artur R. Czechowski <artu...@hell.pl> changed: What|Removed |Added CC||artu...@hell.pl -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #16 from Artur O. <commander.alch...@gmail.com> --- (In reply to Thomas Lübking from comment #15) > I wanted to see KWin's opinion on the screen config ;-) > > ==> Did you try OpenGL 2.0? > > Ftr, GLX_EXT_buffer_age is *not* supported (the listing in client extensions > is insufficient, one would expect it in server and general extensions as > well) Well after playing around and searching i found some help in #archlinux channel. Uninstalling xf86-video-intel drivers solved my issues. No more corruption and no more freezing when connecting/disconnecting monitor. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #14 from Artur O. <commander.alch...@gmail.com> --- Created attachment 100183 --> https://bugs.kde.org/attachment.cgi?id=100183=edit kwin system log The systemlog as requested (after the freezing occurs), but not sure if needed now that this seems to be a compositing issue? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #13 from Artur O. <commander.alch...@gmail.com> --- Created attachment 100182 --> https://bugs.kde.org/attachment.cgi?id=100182=edit glxinfo for ref It supports bugger age it seems, but wanted to just include whole glxinfo just for ref. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #12 from Artur O. <commander.alch...@gmail.com> --- (In reply to Thomas Lübking from comment #10) > The corruption looks very much like a driver bug, you see the buffer tiles > which partially contain junk. > Could be a buffer_age issue - check glxinfo for general support and in case > KWIN_USE_BUFFER_AGE=0 kwin_x11 --replace & > > https://community.kde.org/KWin/Environment_Variables#KWIN_USE_BUFFER_AGE > > On > > laptop screen stops updating while the second monitor works fine > > Can you please dump the supportInformation again, but this time after > attaching the screen and when one screen is dead (given that kwin actually > responds in this state) > Also, does restarting the compositor (SHIFT+Alt+F12, twice) resolve the > state as well? > > --- > nb: this is on Qt 5.7.0 ... Well I played with this at work today. * You can drag/move windows when its "frozen", mouse updates as usual when draging occurs just it won't update the screen/window position other than the mouse. * When toggling compositing with with the combination the moment you turn compositing off the screen updates quickly as nothing has happend. The freeze will also only occur when compositing is enabled. Turning compositing off with the combination and then plugging in the external monitor just works. * I tried the 'KWIN_USE_BUFFER_AGE=0 kwin_x11 --replace &' but the corruption still occurs. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #9 from Artur O. <commander.alch...@gmail.com> --- Here is a link to the video corruption I'm talking about https://www.youtube.com/watch?v=x8fBxuncT9k -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #8 from Artur O. <commander.alch...@gmail.com> --- (In reply to Artur O. from comment #7) > Created attachment 100157 [details] > kwin when screen corruption occur after unplugging external screen most of these errors show up even after --replace and no visual errors occur. Only new in this one is; QXcbConnection: XCB error: 3 (BadWindow), sequence: 10168, resource id: 35651862, major code: 15 (QueryTree), minor code: 0 But not sure if this is even related or just coincidence. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #7 from Artur O. <commander.alch...@gmail.com> --- Created attachment 100157 --> https://bugs.kde.org/attachment.cgi?id=100157=edit kwin when screen corruption occur after unplugging external screen -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #6 from Artur O. <commander.alch...@gmail.com> --- Created attachment 100156 --> https://bugs.kde.org/attachment.cgi?id=100156=edit xrandr with external screen -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365799] Graphical corruption and display stops updating when connecting external monitor through HDMI
https://bugs.kde.org/show_bug.cgi?id=365799 --- Comment #5 from Artur O. <commander.alch...@gmail.com> --- Created attachment 100155 --> https://bugs.kde.org/attachment.cgi?id=100155=edit Xrandr when running only laptop -- You are receiving this mail because: You are watching all bug changes.