[kwin] [Bug 371494] New: Support color temperature adjustments in Wayland (like Redshift in X11 or f.lux)
https://bugs.kde.org/show_bug.cgi?id=371494 Bug ID: 371494 Summary: Support color temperature adjustments in Wayland (like Redshift in X11 or f.lux) Product: kwin Version: 5.8.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: colorcorrection Assignee: cas...@candrei.ro Reporter: goetzchr...@gmail.com CC: kwin-bugs-n...@kde.org Adapting the computer's display color (adapting to the time of day or ambient light, using a sensor) improves sleep (avoiding disrupting the circadian rhythm) and helps the eyes hurt less if working in front of the screen at night or in low light condition, warm at night and colder (like sunlight) during the day. The American Medical Association's Council on Science and Public Health, made this recommendation: "Recognizes that exposure to excessive light at night, including extended use of various electronic media, can disrupt sleep or exacerbate sleep disorders, especially in children and adolescents. This effect can be minimized by using dim red lighting in the nighttime bedroom environment." More here: https://justgetflux.com/research.html http://www.pnas.org/content/early/2014/12/18/1418490112.full.pdf+html Reproducible: Always Steps to Reproduce: 1. Blue light temperature at night 2. Eyes hurt 3. Relies you need warmer light -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 366605] Tap-to-click missing on Wayland
https://bugs.kde.org/show_bug.cgi?id=366605 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com --- Comment #9 from Götz --- I did a "org.freedesktop.DBus.Properties.GetAll" on my input device to search for a Natural Scrolling configuration option, and it seems to be missing. Is this to be handled in a different but report or all input related here as well? -- You are receiving this mail because: You are watching all bug changes.
[Touchpad-KCM] [Bug 363109] systemsettings crash when selecting touchpad when run in a wayland session
https://bugs.kde.org/show_bug.cgi?id=363109 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[ksysguard] [Bug 369493] Strange string when changing process priority: ") za dani proces"
https://bugs.kde.org/show_bug.cgi?id=369493 --- Comment #1 from Götz --- Created attachment 101333 --> https://bugs.kde.org/attachment.cgi?id=101333&action=edit screenshot -- You are receiving this mail because: You are watching all bug changes.
[ksysguard] [Bug 369493] New: Strange string when changing process priority: ") za dani proces"
https://bugs.kde.org/show_bug.cgi?id=369493 Bug ID: 369493 Summary: Strange string when changing process priority: ") za dani proces" Product: ksysguard Version: 5.7.5 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: ksysguard-b...@kde.org Reporter: goetzchr...@gmail.com When raising some process priority, the user is prompt for the password, in that polkit dialog, there is a odd string: ") za dani proces" Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 369390] In file preview, pressing enter closes preview
https://bugs.kde.org/show_bug.cgi?id=369390 --- Comment #1 from Götz --- Bug 369401 might be related to this issue. -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 369401] New: In file preview, default focus should be inside the text field
https://bugs.kde.org/show_bug.cgi?id=369401 Bug ID: 369401 Summary: In file preview, default focus should be inside the text field Product: ark Version: 16.08.1 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: elvis.angelac...@kde.org Reporter: goetzchr...@gmail.com CC: rak...@freebsd.org, rthoms...@gmail.com The preview can be closed with Esc or Alt+F4. Right now, one has to change focus with tab or pointer, to be able to search in the text. Having focus by default inside the text field would improve this situation. And closing the preview still can be done at once with different methods. Reproducible: Always Steps to Reproduce: 1. Open archive with Ark 2. Open file for preview Actual Results: Focus is on the Close button. Expected Results: Focus to be inside the text view -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 369390] New: In file preview, pressing enter closes preview
https://bugs.kde.org/show_bug.cgi?id=369390 Bug ID: 369390 Summary: In file preview, pressing enter closes preview Product: ark Version: 16.08.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: elvis.angelac...@kde.org Reporter: goetzchr...@gmail.com CC: rak...@freebsd.org, rthoms...@gmail.com After opening a compressed archive with Ark, there is the possibility to preview a file, and you can search a string with Ctrl+F. Upon pressing key Enter, the preview is closed, which is very much unexpected. Enter should search the next string, the same say as Kate does. Reproducible: Always Steps to Reproduce: 1. Open archive in ark 2. Open some file for preview. 3. Search a string with Ctrl+F 4. Press enter Actual Results: The preview is closed. Expected Results: Show the next text result. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 369128] New: When hidding a system tray element using a kbd shortcut, the close animation behaivs wrong
https://bugs.kde.org/show_bug.cgi?id=369128 Bug ID: 369128 Summary: When hidding a system tray element using a kbd shortcut, the close animation behaivs wrong Product: plasmashell Version: 5.7.5 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: goetzchr...@gmail.com Instead of animation the closing of the system tray element, it animates as opening and then closing. Reproducible: Always Steps to Reproduce: 1. Assign a keyboard shortcut for some entry, e.g. the Battery and Brightness (in system tray widget's settings) 2. Press the shortcut to open the widget, or do it manually. 3. Press the shortcut to close the widget (don't do it manually). Actual Results: Two animations when closing the widget. Expected Results: Only one close animation. -- You are receiving this mail because: You are watching all bug changes.
[kio] [Bug 238309] folder in recycle bin makes dolphin fill up /tmp dir
https://bugs.kde.org/show_bug.cgi?id=238309 --- Comment #7 from Götz --- The same with Dolphin 16.08 and KIO 5.25. When /tmp fill up, many problems arise. I understand this doesn't occur always, and is not easy to debug, and considering the consequences of a full /tmp, could you give this bug more priority? There seems to be more affected users and not tracked duplicates, some of them: Hard spamming in /tmp when browsing the trash directory. https://bugs.kde.org/show_bug.cgi?id=272249 Dolphins temporary files aren't deleted https://bugs.kde.org/show_bug.cgi?id=208625 dolphin from git master pollutes /tmp/ with dolphin.* files https://bugs.kde.org/show_bug.cgi?id=352975 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 Götz changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |UPSTREAM --- Comment #46 from Götz --- It seems to be a kernel driver bug or such, as linux 4.6 has resolved this. Testing with linux 4.4 brings the issue back. I'll mark this as resolved. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365995] Shorter date formats for vertical taskbar users.
https://bugs.kde.org/show_bug.cgi?id=365995 --- Comment #5 from Götz --- *** Bug 366409 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 366409] Add more configuration options to show or hide additional date/time information
https://bugs.kde.org/show_bug.cgi?id=366409 Götz changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from Götz --- *** This bug has been marked as a duplicate of bug 365995 *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365995] Shorter date formats for vertical taskbar users.
https://bugs.kde.org/show_bug.cgi?id=365995 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com --- Comment #4 from Götz --- This is not only useful for vertical taskbar users, more options for the date format would be very handy for horizontal panels, for example, show the date without the current year, as it is not useful, who doesn't know the current year. Or a general option to allow a string specifying the format.[1] Currently in my setup: ISO: 2016-08-10 Short: 10/08/2016 Allowing the user to specify the date using those strings, which QML allows, one could have: Monday Wed Sep 4 15 Jan 7 October Wednesday 10 August 10-8 10 Aug Right know, Plasma 5.7.3, one has to manually edit DigitalClock.qml and in function setupLabels(), inside if (main.showDate) For example: --- /usr/share/plasma/plasmoids/org.kde.plasma.digitalclock/contents/ui/DigitalClock.qml 2016-08-10 18:44:57.835617323 -0500 +++ /usr/share/plasma/plasmoids/org.kde.plasma.digitalclock/contents/ui/DigitalClock.qml 2016-08-09 00:56:49.205248552 -0500 @@ -534,7 +534,8 @@ if (main.showDate) { if (main.tooSmall) { -dateLabelLeft.text = Qt.formatDate(main.currentTime, main.dateFormat); +dateLabelLeft.text = Qt.formatDate(main.currentTime, " d "); } else { dateLabel.text = Qt.formatDate(main.currentTime, main.dateFormat); } Instead of main.dateFormat, use string format.[1] [1] http://doc.qt.io/qt-5/qml-qtqml-date.html#details -- You are receiving this mail because: You are watching all bug changes.
[kio] [Bug 238309] folder in recycle bin makes dolphin fill up /tmp dir
https://bugs.kde.org/show_bug.cgi?id=238309 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com --- Comment #6 from Götz --- Same behavior seen here with latest stable version: Dolphin 16.04.3 Frameworks 5.24.0 Qt 5.7.0 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 362836] "Short date" option in clock is not short
https://bugs.kde.org/show_bug.cgi?id=362836 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com --- Comment #1 from Götz --- I can confirm this. In my setup: ISO: 2016-08-04 Short: 04/08/2016 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 366409] New: Add more configuration options to show or hide additional date/time information
https://bugs.kde.org/show_bug.cgi?id=366409 Bug ID: 366409 Summary: Add more configuration options to show or hide additional date/time information Product: plasmashell Version: 5.7.3 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Digital Clock Assignee: plasma-b...@kde.org Reporter: goetzchr...@gmail.com More options for the date format, for example, show the date without the current year, as it is not useful, who doesn't know the current year. Or a general option to allow a string specifying the format.[1] [1] http://doc.qt.io/qt-5/qml-qtqml-date.html#details Reproducible: Always Expected Results: More option to display the time and date format. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 364915] After a suspend/resume cycle, desktop is shown for a moment before locker hides it
https://bugs.kde.org/show_bug.cgi?id=364915 --- Comment #4 from Götz --- I see this issue since the past year, on an [AMD/ATI] Mullins, Radeon R3 Graphics. xf86-video-ati 7.7.0 mesa 12.0.1 linux 4.6.4 Plasma 5.7.2 Qt 5.7.0 -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 366317] New: When resuming from suspend, the desktop is shown before kscreenlocker_greet starts
https://bugs.kde.org/show_bug.cgi?id=366317 Bug ID: 366317 Summary: When resuming from suspend, the desktop is shown before kscreenlocker_greet starts Product: kscreenlocker Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: goetzchr...@gmail.com CC: bhus...@gmail.com, mgraess...@kde.org Sometimes when resuming from suspend, the desktop with the opened windows and panel is shown for a short period of time ~1 second. It seems that kscreenlocker_greet starts after resuming, maybe starting it before suspending could improve this. Reproducible: Sometimes Actual Results: Desktop with open windows and possible private data is shown. Expected Results: Don't show the desktop. I have seen this since some versions ago. Currently using latest version 5.7.2. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 365963] New: Try to take the screenshot ASAP on startup
https://bugs.kde.org/show_bug.cgi?id=365963 Bug ID: 365963 Summary: Try to take the screenshot ASAP on startup Product: Spectacle Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: goetzchr...@gmail.com If you want to take a screenshot of something in screen that can change quickly, and if Spectacle starts 'slowly', the taken screenshot will no be the same image as it was, when the screenshot key was pressed. Reproducible: Always Actual Results: The screenshot image is no the one expected as the time has passed, 2-4 seconds. Expected Results: When I press the Prt Scr key, I expect to see the same screenshot image as the one taken. ImageMagic's takes the shot instantaneously, maybe because it has no GUI: import -window root ~/name.png If spectacle could take the screenshot ASAP, before starting the GUI, it would be handy in some situations. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365780] Blur effect doesn't work with semi-transparent windows
https://bugs.kde.org/show_bug.cgi?id=365780 --- Comment #2 from Götz --- Oh, so it is not forced by the compositor. The actual effect description seems to state that it is. Shouldn't the description be updated to reflect that? And what about a similar effect which does force blur all transparent regions? Or how could that be archived, a kwin rule? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 365780] New: Blur effect doesn't work with semi-transparent windows
https://bugs.kde.org/show_bug.cgi?id=365780 Bug ID: 365780 Summary: Blur effect doesn't work with semi-transparent windows Product: kwin Version: 5.7.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: effects-various Assignee: kwin-bugs-n...@kde.org Reporter: goetzchr...@gmail.com The Blur effect description says: "Blurs the background of semi-transparent windows". But it seems to only work for the Plasma widget Application Dashwoard, and does not work with other windows like Konsole of Firefox, or tooltip pop-ups. Reproducible: Always Steps to Reproduce: 1a. Move a window with Alt key and mouse click. or 1b. Move the mouse over some widget with a tooltip so that a pop-up appears. Actual Results: 1a. The window becomes transparent and has not blur effect. 1b. The pop-up is transparent without blur. Expected Results: A transparent and blurred window. The blur effect is active with the default settings. -- You are receiving this mail because: You are watching all bug changes.
[kio] [Bug 365641] New: kio has a runtime dependency on kinit (circular dependency)
https://bugs.kde.org/show_bug.cgi?id=365641 Bug ID: 365641 Summary: kio has a runtime dependency on kinit (circular dependency) Product: kio Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: fa...@kde.org Reporter: goetzchr...@gmail.com It seems kio has a runtime dependency on kinit (for klauncher), which is odd, because kinit depends on kio, so there is a circular dependency. Original from here https://bugs.archlinux.org/task/49249 Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 364991] Don't only search for kioclient, but (also) for kioclient5
https://bugs.kde.org/show_bug.cgi?id=364991 --- Comment #2 from Götz --- Sure: https://phabricator.kde.org/D2066 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 364991] New: Don't only search for kioclient, but (also) for kioclient5
https://bugs.kde.org/show_bug.cgi?id=364991 Bug ID: 364991 Summary: Don't only search for kioclient, but (also) for kioclient5 Product: kdevelop Version: git master Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: goetzchr...@gmail.com When trying to use the Konsole inside KDevelop, the below message appears, kioclient5 is installed. In Arch Linux, package kde-cli-tools includes the kioclient5 binary. "The utility kioclient is not in your path, the shell integration will not work properly." Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 364989] Add option to select the whole text line
https://bugs.kde.org/show_bug.cgi?id=364989 --- Comment #1 from Götz --- Created attachment 99794 --> https://bugs.kde.org/attachment.cgi?id=99794&action=edit screenshot Screenshot -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 364989] New: Add option to select the whole text line
https://bugs.kde.org/show_bug.cgi?id=364989 Bug ID: 364989 Summary: Add option to select the whole text line Product: kdevelop Version: git master Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: goetzchr...@gmail.com Like the feature available in Sublime Text, where you can expand the selection to the current line (there are also options for: word, paragraph, scope, brackets, indentation, tag). Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[kdev-python] [Bug 364988] New: FTBFS: error: ‘WhitespaceSensitivity’ does not name a type
https://bugs.kde.org/show_bug.cgi?id=364988 Bug ID: 364988 Summary: FTBFS: error: ‘WhitespaceSensitivity’ does not name a type Product: kdev-python Version: git master Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: m...@svenbrauch.de Reporter: goetzchr...@gmail.com CC: m...@svenbrauch.de When building from git master, I get this error: kdevelop-python3-git/src/kdev-python/pythonlanguagesupport.h:70:5: error: ‘WhitespaceSensitivity’ does not name a type WhitespaceSensitivity whitespaceSensititivy() const override; ^ make[2]: *** [duchain/CMakeFiles/kdevpythonduchain.dir/build.make:255: duchain/CMakeFiles/kdevpythonduchain.dir/contextbuilder.cpp.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:591: duchain/CMakeFiles/kdevpythonduchain.dir/all] Error 2 make: *** [Makefile:139: all] Error 2 Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #44 from Götz --- Today I found something interesting. First the screenlocker was frozen, then I changed the brightness with the corresponding hotkey and the screenlocker unfroze, the cursor was blinking and I could write the password and unlock the screen. Another thing, sometimes, when waking from suspend, shows a black screen, as if the display backlight was very dimmed. Changing brightness makes the display functional. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 355421] Konsole crashed on login
https://bugs.kde.org/show_bug.cgi?id=355421 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #37 from Götz --- This is strange, since a week or two, using KWin with OpenGL 2.0 and XGL composition, when the locker becomes unresponsive, just switching to a TTY and back (without killing any process) makes the locker become responsive again. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 355577] KIconLoader::global()->theme() returns a nullptr and crashes plasma
https://bugs.kde.org/show_bug.cgi?id=355577 Götz changed: What|Removed |Added Ever confirmed|0 |1 --- Comment #5 from Götz --- *** This bug has been confirmed by popular vote. *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #33 from Götz --- I forgot to add, that before restarting the greeter, I used a shortcut to change the Keyboard Layout, and after the greeter restarted, the layout was changed. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #32 from Götz --- Using EGL, there same issue(s) continue. > Can you try to kill just kscreenlocker_greet instead? (see jmux's input) Yes, the newly restarted kscreenlocker_greet works fine, and after unlocking it, plasmashell is unresponsive. Is it also unresponsive for you Jan-Marek? After killing plasmashell, the panel is still shown (there is no longer a plasma process). Restarting kwin_x11 solves this. For me, at the beginning (December), switching to a TTY and back was sufficient to make kscreenlocker_greet work, but since February (see comment #13) it was not sufficient and had to kill kscreenlocker_greet. > In such case, suspending the compositor (SHIFT+Alt+F12) *after* the assumed > unlock should present you the uncomposited, but correct desktop. I 'll try this on the next opportunity. > Is this btw. part of the broken process? I have not seen a correlation between the greeter not responding and the artifacts. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #27 from Götz --- It seems that there are no "OpenGL interface" options (the combobox is empty), when kwin is not running. Bug or feature? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #26 from Götz --- > Comment #2 said "Just tried using KWin with compton as compositor and the > same problem." I don't remember that :) There are to many variables I forgot that one. > Yes, but while hidden when you select XRender, it's never supposed to be > disabled (there's simply no code that does such) - and in your case should > list GLX & EGL This is also strange. The combobox was empty while OpenGL 2.0 or 3 where selected. Now I see the options (now sure what changed) and I have selected EGL. But now, after using kwin_x11 with compton, then selecting EGL and applying, kwin seems to be frozen. Killing it makes the GUI intractable again. I can reproduce this and open a new bug report if you like. > What exactly did you kill? I will try to be more descriptive: A timeout has passed and the screen locked. The locker was frozen or it was kwin, but the screen did not react to keyboard input or mouse clicks, only the cursor could be moved around. Then I entered the password and Enter; nothing changes on screen. Then I switched to TTY 2 to kill kwin_x11, back to TTY 1 and I see those Firefox tabs (first screenshot). So I kill kscreenlocker_greet, which changes the screen content to my desktop, showing a window and the kscreenlocker background in the vertical-left Plasma panel area (second screenshot). Then I started kwin_x11, parts of the screen flickered. Killing and restarting kwin makes everything work again. > So either the screenlocker are artifacts in the framebuffer or the konsole > window managed to raise above the screenlocker. I think it where the artifacts, and that the locker was working but kwin did not work correctly. So the screen unlocked after entering the password, but kwin didn't update the screen content. But there is something else, today after starting the computer from suspend, the first thing I was was my desktop wallpaper, the it changed rapidly to the locker screen with its own wallpaper image. I can observe such behavior very often. > try to invoke the greeter directly instead of locking the screen: It does work, but I will continue doing this and Ctrl+Alt+L and letting the screen lock automatically to see what happens. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #24 from Götz --- > - Have you tried EGL compositing? I haven't tried EGL. And I don't known how to do it. Is that the 'OpenGL interface' in System Settings? That combobox is disabled in my system. And I haven't tried KWin + compton (will do it now), only the KWin build-in compositor, and openbox+compton. > - Was/is the konsole window in the second shot interactable? Yes it was interactable. > About the input behavior What I meant with "kwin_x11 --replace and locking the screen makes everything unusable (windows don't react or react strange to keyboard or mouse input)", was that Ctrl+Alt+L didn't show the kscreenlocker greeter, I don't know if it started maybe yes, as it brought problems for input. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #22 from Götz --- Created attachment 97730 --> https://bugs.kde.org/attachment.cgi?id=97730&action=edit then, screenshot after killing kscreenlocker the left Plasma panel is not shown, only an empty transparent section, showing the kscreenlocker background (not my plasma wallpaper). The button panel is shown but without widgets. After invoking kwin_x11, the screen flickers when updating content. Killing and restarting kwin_x11 makes everything work again. Locking the screen and unlocking works too. But usually, after n times it won't work. All this with kwin compositor OpenGL 2 or 3. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #21 from Götz --- Created attachment 97729 --> https://bugs.kde.org/attachment.cgi?id=97729&action=edit After killing kwin_x11 kscreenlocker is active/shown, but without reacting to keyboard input, password is entered, without screen being updated. Then after killing kwin_x11, some Firefox tabs are shown. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #20 from Götz --- I can not reproduce that, but other odd things happen. It was, Alt+Tab not working, Alt+F4 neither, mouse clicks don't works. Sometimes kscreenlocker works but after unlocking, screen parts which update, flicker. I'll also attach some pictures and screenshots. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #19 from Götz --- Created attachment 97728 --> https://bugs.kde.org/attachment.cgi?id=97728&action=edit "qdbus org.kde.KWin /KWin supportInformation" -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 Götz changed: What|Removed |Added Component|general |general Version|5.5.1 |5.5.5 Product|kscreenlocker |kwin --- Comment #16 from Götz --- This issue is going worse, but now I think it is caused by KWin. When using Openbox and with compton as compositor the problem is gone, kscreenlocker_greet works all the time. kwin_x11 --replace and locking the screen makes everything unusable (windows don't react or react strange to keyboard or mouse input) , openbox --replace makes the desktop usable again. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #15 from Götz --- Now it seems that with Caledonia the same issue continues, and it just happen using Oxygen as Plasma theme. All this with compositor enabled. A note about the freeze, now the locker freezes and there is no workaround I'm aware of, to unfreeze it. I have to kill it sending signal 9. With signal 15 it doesn't respond. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #14 from Götz --- I can confirm that kscreenlocker_greet works without problems using Caledonia as Plasma theme. The problem occurs using Breeze. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #13 from Götz --- Now (after some updates), when running with the compositor, kscreenlocker_greet doesn't respond even after switching to a TTY and back. After killing the process, and it being self-restarted plasmashell becomes unresponsive. I'll test using another theme as suggested by mrl586. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 359113] System tray icons overlap
https://bugs.kde.org/show_bug.cgi?id=359113 --- Comment #1 from Götz --- Created attachment 97073 --> https://bugs.kde.org/attachment.cgi?id=97073&action=edit system tray showing two icons overlaping -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 359113] New: System tray icons overlap
https://bugs.kde.org/show_bug.cgi?id=359113 Bug ID: 359113 Summary: System tray icons overlap Product: plasmashell Version: 5.5.4 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: goetzchr...@gmail.com Sometimes, when starting Plasma from login manager or after killing and restarting plasmashell, the arrow icon (to show more icons) and the next visible icon (Networks in my setup) overlap. See screenshots. Reproducible: Sometimes I have seen the bug since some releases ago, maybe Plasma 5.4 or 5.3 -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 358830] New: Display file name in window title
https://bugs.kde.org/show_bug.cgi?id=358830 Bug ID: 358830 Summary: Display file name in window title Product: ark Version: 15.12.1 Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: elvis.angelac...@kdemail.net Reporter: goetzchr...@gmail.com CC: rak...@freebsd.org Just like web browsers or music players. e.g.: archive.zip - Ark Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 353195] Copy error for folders with mixed files & folders in Split View
https://bugs.kde.org/show_bug.cgi?id=353195 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #11 from Götz --- If you don't know what the problem is, then I am out of luck, hehe! Anyway thank you for your time. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #9 from Götz --- Created attachment 96602 --> https://bugs.kde.org/attachment.cgi?id=96602&action=edit glxinfo It does not freeze always, but sometimes, using the OpenGL compositor. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #7 from Götz --- With XRender the lockscreen seems to be responsive every time. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #5 from Götz --- I mean, it does not happen. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #4 from Götz --- This does mit happen without compositor. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 355540] Tooltips color wrong in gtk applications
https://bugs.kde.org/show_bug.cgi?id=355540 --- Comment #6 from Götz --- Qt4 and Qt5 tooltips http://i.imgur.com/xr5bQtX.png -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 355540] Tooltips color wrong in gtk applications
https://bugs.kde.org/show_bug.cgi?id=355540 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com --- Comment #5 from Götz --- I experience the same issue GTK+2 and GTK+3 have light on light tooltip. But additionally I can see in a PyQt4 app (PyQt5 works), that the tooltip is not like the default Breeze color scheme, it shows dark text on a light background. So it seems that only Qt5 apps use the Breeze color scheme style. Arch Linux Plasma 5.5.2 KF 5.17 Qt 5.5.1 GTK+ 3.18.6 -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 353168] Akregator is unable to fetch favicons
https://bugs.kde.org/show_bug.cgi?id=353168 Götz changed: What|Removed |Added CC||goetzchr...@gmail.com --- Comment #5 from Götz --- Is this what you mean? https://quickgit.kde.org/?p=kde-baseapps.git In path: /lib/konq/favicons/ -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 357289] Broken path in "bread crumb" mode in FTP
https://bugs.kde.org/show_bug.cgi?id=357289 --- Comment #2 from Götz --- Created attachment 96348 --> https://bugs.kde.org/attachment.cgi?id=96348&action=edit In "edit mode" without issue, and right path -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 357289] Broken path in "bread crumb" mode in FTP
https://bugs.kde.org/show_bug.cgi?id=357289 --- Comment #1 from Götz --- Created attachment 96347 --> https://bugs.kde.org/attachment.cgi?id=96347&action=edit "bread crumb" mode showing the issue -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 357289] New: Broken path in "bread crumb" mode in FTP
https://bugs.kde.org/show_bug.cgi?id=357289 Bug ID: 357289 Summary: Broken path in "bread crumb" mode in FTP Product: dolphin Version: 15.12.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: bars: location Assignee: dolphin-bugs-n...@kde.org Reporter: goetzchr...@gmail.com When navigating a FTP address, the "bread crumb" location bar breaks showing repeated path portions. In "edit mode" there is no issue. Reproducible: Always Version 15.08 had not this problem. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #2 from Götz --- Just tried using KWin with compton as compositor and the same problem. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 --- Comment #1 from Götz --- 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R3 Graphics] linux 4.2.5 (x86_64) xf86-video-ati 7.6.1 xorg-server 1.18.0 mesa 11.0.7 qt5-base 5.5.1 KF 5.17 -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 357007] New: kscreenlocker_greet unresponsive when using compositor
https://bugs.kde.org/show_bug.cgi?id=357007 Bug ID: 357007 Summary: kscreenlocker_greet unresponsive when using compositor Product: kscreenlocker Version: 5.5.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: goetzchr...@gmail.com CC: bhus...@gmail.com, mgraess...@kde.org When using the kwin_x11 compositor, sometimes the screenlocker is unresponsive, like it is freezed. Switching to a TTY and back to the locker "unfreezes" everything and it is possible to enter the password. When disabling the compositor Sift+ALT+F12, the locker doesn't freeze, it works as expected. Reproducible: Sometimes When it is "freezed", it is possible to enter the password and press Enter, but the screen doesn't change. A switch to a virtual console and back shows the unlocked desktop. I have observed this behavior not only in version 5.5.x, but also with version 5.4 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 356889] New: Crash when F5 a SVG image
https://bugs.kde.org/show_bug.cgi?id=356889 Bug ID: 356889 Summary: Crash when F5 a SVG image Product: gwenview Version: Other (add details in bug description) Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: goetzchr...@gmail.com CC: myr...@kde.org When pressing F5 while a SVG is displayed, and moving the cursor outside the image, Gwenview crashes every time with different SVGs. Version: 15.08.3 Reproducible: Always Steps to Reproduce: 1. Open SVG image 2. Move mouse cursor outside the image, for example to the toolbar Actual Results: Gwenview crashes -- You are receiving this mail because: You are watching all bug changes.