[plasmashell] [Bug 371717] Containment for the second monitor is lost and turns black for 30 seconds on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #55 from Michal Ziabkowski --- For what it's worth, this seems to be fixed in Plasma 5.27. Even with my sleep workaround disabled, I get my wallpaper instantly, just like expected. -- You are receiving this mail because: You are watching

[kwin] [Bug 466127] New: Tiling configuration works erratically on cloned screens

https://bugs.kde.org/show_bug.cgi?id=466127 Bug ID: 466127 Summary: Tiling configuration works erratically on cloned screens Classification: Plasma Product: kwin Version: 5.27.0 Platform: Gentoo Packages

[kwin] [Bug 461162] Plasma theme highlight effect doesn't appear on hover in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #15 from Michal Ziabkowski --- For what it's worth, changing my mouse back to libinput didn't change anything. -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 461162] Plasma theme highlight effect doesn't appear on hover in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #14 from Michal Ziabkowski --- Created attachment 153467 --> https://bugs.kde.org/attachment.cgi?id=153467=edit Screencast of the Overview effect on a clean account -- You are receiving this mail because: You are watching all

[kwin] [Bug 461162] Plasma theme highlight effect doesn't appear on hover in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #13 from Michal Ziabkowski --- Created attachment 153466 --> https://bugs.kde.org/attachment.cgi?id=153466=edit Screencast of Present Windows on a clean account -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 461162] Plasma theme highlight effect doesn't appear on hover in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #12 from Michal Ziabkowski --- Okay, so I tried creating a new user and starting afresh. I don't get the hover effect even on a totally stock Plasma 5.26 config. Attaching screencasts for this and the overview effect. One thing that is non

[kwin] [Bug 461162] Plasma theme highlight effect doesn't appear on hover in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #11 from Michal Ziabkowski --- (In reply to Nate Graham from comment #10) > Oh, I thought from your first comment that you had modified the file locally. > > I'm at a loss to explain why this one single feature is missing th

[kwin] [Bug 461162] No hover effect in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #9 from Michal Ziabkowski --- (In reply to Nate Graham from comment #8) > That's odd. It sounds like the highlight effect exists and is being applied > to other things correctly, but not Present Windows. > > Can you cle

[kwin] [Bug 461162] No hover effect in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #7 from Michal Ziabkowski --- (In reply to Nate Graham from comment #6) > Do you see a highlight effect on hover for list and grid items in Kickoff, > or for thumbnails in the Task Manager tooltips, or for list items in System > Tr

[kwin] [Bug 461162] No hover effect in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #5 from Michal Ziabkowski --- (In reply to Nate Graham from comment #4) > Thanks. What Plasma theme are you using? I'm using a third-party theme called IOTA-Plasma, but for the sake of testing I've just now switched to Bre

[kwin] [Bug 461162] No hover effect in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #3 from Michal Ziabkowski --- Created attachment 153377 --> https://bugs.kde.org/attachment.cgi?id=153377=edit Screencast showing the problem -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 461162] No hover effect in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 --- Comment #2 from Michal Ziabkowski --- (In reply to Nate Graham from comment #1) > It has a highlight effect that appears behind the window when hovered. Are > you not seeing that? Yeah, I'm not seeing this at all. Uploading a short scre

[kwin] [Bug 461162] New: No hover effect in Present Windows effect

https://bugs.kde.org/show_bug.cgi?id=461162 Bug ID: 461162 Summary: No hover effect in Present Windows effect Classification: Plasma Product: kwin Version: 5.26.2 Platform: Gentoo Packages OS: Linux Status:

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #51 from Michal Ziabkowski --- I've added a 5-second delay before plasma-plasmashell.service is run with this override: [Service] ExecStartPre=sleep 5 While not ideal, this seems to have worked around my missing wallpaper bug

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #50 from Michal Ziabkowski --- Yes, unfortunately Plasma 5.25 didn't fix anything for me. Still getting a black background for the first 30 or so seconds. It doesn't even have to be a full reboot. Logging out and in again also causes

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #46 from Michal Ziabkowski --- I'm currently on Plasma 5.24.5. And I'm fairly positive that I've been getting the black background consistently ever since upgrading to the 5.24 series. -- You are receiving this mail because: You

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #44 from Michal Ziabkowski --- A little update: the situation seems to have changed in that now I reliably get a black background which fixes itself in about 30 seconds. Which begs the question - is there some kind of preset timeout

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #42 from Michal Ziabkowski --- It seems I've spoken too soon. The bug still appears, but seems much harder to trigger without multiple activities. I've gone through several reboots not being able to replicate it until it suddenly happened

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #41 from Michal Ziabkowski --- After testing for a few days, I can say pretty conclusively that removing the second activity seems to have resolved the issue. So whatever it is, it seems to be triggered by the combination of multi-screen

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #40 from Michal Ziabkowski --- Created attachment 146126 --> https://bugs.kde.org/attachment.cgi?id=146126=edit kactivitymanagerdrc Also attaching my kactivitymanagerdrc (before removing the second activity) for reference. --

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #39 from Michal Ziabkowski --- Created attachment 146124 --> https://bugs.kde.org/attachment.cgi?id=146124=edit appletsrc after a few reboots I'm attaching my appletsrc after a few reboots with the other screen turned on, just in c

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #38 from Michal Ziabkowski --- I've found something that might also be related. My systemd journal (I'm using the systemd session) has a dozen or so instances of this just a few seconds after boot: plasmashell[584]: requesting unexisting

[plasmashell] [Bug 371717] Containment for the second monitor is lost and reset to its default settings on boot or when it is connected

https://bugs.kde.org/show_bug.cgi?id=371717 --- Comment #37 from Michal Ziabkowski --- Cross-posting from bug 447388, as advised by Nate Graham: Okay, I've finally found some time for some more extensive testing. To remove some variables out of the equation, I purged my appletsrc, changed

[plasmashell] [Bug 447388] Wallpaper reset erratically after upgrade to Plasma 5.23

https://bugs.kde.org/show_bug.cgi?id=447388 --- Comment #7 from Michal Ziabkowski --- Okay, I've finally found some time for some more extensive testing. Sorry it took so long. To remove some variables out of the equation, I purged my appletsrc, changed the wallpapers for both my activities (I

[plasmashell] [Bug 447388] Wallpaper reset erratically after upgrade to Plasma 5.23

https://bugs.kde.org/show_bug.cgi?id=447388 --- Comment #4 from Michal Ziabkowski --- Well, upgrading to Plasma 5.23.90 doesn't seem to have helped. After upgrading and rebooting I got the same black wallpaper again. Moreover, on some reboots this delay before the actual wallpaper is display

[plasmashell] [Bug 447388] Wallpaper reset erratically after upgrade to Plasma 5.23

https://bugs.kde.org/show_bug.cgi?id=447388 --- Comment #2 from Michal Ziabkowski --- (In reply to Marco Martin from comment #1) > I think more than a wallpaper reset this is often plasma thinks there is no > containment for that screen and creates a new one, probably driving to many &

[plasmashell] [Bug 447388] New: Wallpaper reset erratically after upgrade to Plasma 5.23

https://bugs.kde.org/show_bug.cgi?id=447388 Bug ID: 447388 Summary: Wallpaper reset erratically after upgrade to Plasma 5.23 Product: plasmashell Version: 5.23.4 Platform: Gentoo Packages OS: Linux

[kwin] [Bug 433471] Cover Switch and Flip Switch animations works unreliably after upgrade to Plasma 5.21

https://bugs.kde.org/show_bug.cgi?id=433471 --- Comment #9 from Michal Ziabkowski --- Applied the commit from the pull request above and it seems to resolve the issue for me. I've been using it for a week with no obvious side-effects. -- You are receiving this mail because: You are watching

[kwin] [Bug 433471] Cover Switch and Flip Switch animations works unreliably after upgrade to Plasma 5.21

https://bugs.kde.org/show_bug.cgi?id=433471 --- Comment #7 from Michal Ziabkowski --- Confirmed. But I see the same thing happens with any video playing, not just in a browser. I have a suspicion that it has to do with the window contents constantly changing and being marked as dirty, leading

[kwin] [Bug 433471] New: Cover switch animation works unreliably after upgrade to Plasma 5.21

https://bugs.kde.org/show_bug.cgi?id=433471 Bug ID: 433471 Summary: Cover switch animation works unreliably after upgrade to Plasma 5.21 Product: kwin Version: 5.21.0 Platform: Gentoo Packages OS: Linux

[systemsettings] [Bug 428024] Toggle Night Color global hotkey broken after upgrading to Plasma 5.20

https://bugs.kde.org/show_bug.cgi?id=428024 --- Comment #10 from Michal Ziabkowski --- Yes, that seems to be exactly it. Which in itself wouldn't pose a problem, but the identifier used i18n by mistake, so it changed once the translation was in place. About the merge request, sure, but can I

[systemsettings] [Bug 428024] Toggle Night Color global hotkey broken after upgrading to Plasma 5.20

https://bugs.kde.org/show_bug.cgi?id=428024 --- Comment #7 from Michal Ziabkowski --- No, I've been on Polish locale for years and definitely haven't changed anything. But I do distinctly recall the name for this shortcut being in English at one point, just after it was introduced. Sometimes

[systemsettings] [Bug 428024] Toggle Night Color global hotkey broken after upgrading to Plasma 5.20

https://bugs.kde.org/show_bug.cgi?id=428024 --- Comment #5 from Michal Ziabkowski --- So here's an interesting thing I've discovered: The global shortcut seems to work on a fresh user account, but here's the kicker: the line written in kglobalshortcutsrc is different. On my old, non-working

[kdeplasma-addons] [Bug 428024] Toggle Night Color global hotkey broken after upgrading to Plasma 5.20

https://bugs.kde.org/show_bug.cgi?id=428024 --- Comment #2 from Michal Ziabkowski --- Yes, kglobalaccel5 is running. Tested several other global shortcuts from different groups and they do work just as intended. It's just this one. I set the shortcut in the shortcuts KCM, under the KWin heading

[kdeplasma-addons] [Bug 428024] New: Toggle Night Color global hotkey broken after upgrading to Plasma 5.20

https://bugs.kde.org/show_bug.cgi?id=428024 Bug ID: 428024 Summary: Toggle Night Color global hotkey broken after upgrading to Plasma 5.20 Product: kdeplasma-addons Version: unspecified Platform: Gentoo Packages

[krunner] [Bug 427824] Tilde (~) expansion no longer works

https://bugs.kde.org/show_bug.cgi?id=427824 Michal Ziabkowski changed: What|Removed |Added CC||mz...@o2.pl --- Comment #1 from Michal

[konsole] [Bug 407084] Changed behavior of profile shortcuts in Konsole

https://bugs.kde.org/show_bug.cgi?id=407084 --- Comment #4 from Michal Ziabkowski --- While it is disputable what the primary action for profile shortcuts should be (IMO switching profiles and starting a new tab are equally valid use-cases), I'm honestly not inconvenienced much by this change

[konsole] [Bug 407084] Changed behavior of profile shortcuts in Konsole

https://bugs.kde.org/show_bug.cgi?id=407084 --- Comment #2 from Michal Ziabkowski --- I see. What alternative is there for the old functionality, i.e. if someone wanted to have a shortcut for quickly opening a tab with a given profile? The New Tab actions for profiles aren't listed

[konsole] [Bug 407084] New: Changed behavior of profile shortcuts in Konsole

https://bugs.kde.org/show_bug.cgi?id=407084 Bug ID: 407084 Summary: Changed behavior of profile shortcuts in Konsole Product: konsole Version: 19.04.0 Platform: Gentoo Packages OS: Linux Status: REPORTED

[konsole] [Bug 403106] Invalid rendering of borders in Midnight Commander under Konsole 18.12

https://bugs.kde.org/show_bug.cgi?id=403106 --- Comment #1 from Michal Ziabkowski --- Created attachment 117405 --> https://bugs.kde.org/attachment.cgi?id=117405=edit The correct rendering of mc using Konsole 18.08.3 -- You are receiving this mail because: You are watching all bug changes.

[konsole] [Bug 403106] New: Invalid rendering of borders in Midnight Commander under Konsole 18.12

https://bugs.kde.org/show_bug.cgi?id=403106 Bug ID: 403106 Summary: Invalid rendering of borders in Midnight Commander under Konsole 18.12 Product: konsole Version: unspecified Platform: Gentoo Packages OS:

[plasmashell] [Bug 400158] Cannot reorder tasks after upgrading to Plasma 5.14.1

https://bugs.kde.org/show_bug.cgi?id=400158 Michal Ziabkowski changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO

[plasmashell] [Bug 400158] New: Cannot reorder tasks after upgrading to Plasma 5.14.1

https://bugs.kde.org/show_bug.cgi?id=400158 Bug ID: 400158 Summary: Cannot reorder tasks after upgrading to Plasma 5.14.1 Product: plasmashell Version: 5.14.1 Platform: Other OS: Linux Status: REPORTED

[kio] [Bug 185030] Revival of kio_rar and kio_p7zip

https://bugs.kde.org/show_bug.cgi?id=185030 --- Comment #18 from Michal Ziabkowski <mz...@o2.pl> --- Actually, I've moved them to gitlab. Haven't done anything with the code, though. Anyway, here are the links: https://gitlab.com/kio_rar_kde4 https://gitlab.com/kio_p7zip_kde4 -

[frameworks-kxmlgui] [Bug 373653] Konsole occasionally displays the wrong context menu on right click

https://bugs.kde.org/show_bug.cgi?id=373653 --- Comment #7 from Michal Ziabkowski <mz...@o2.pl> --- I've actually found a better, sure-fire way to trigger the bug: 1) Right-click to display the normal popup 2) Right-click anywhere inside the application window This also causes the &quo

[konsole] [Bug 373653] Konsole occasionally displays the wrong context menu on right click

https://bugs.kde.org/show_bug.cgi?id=373653 --- Comment #2 from Michal Ziabkowski <mz...@o2.pl> --- Yes, that's a good observation. However, you don't even need to right-click the popup. It seems that as long as the normal popup is open, right-clicking anywhere inside the terminal will d

[ark] [Bug 374253] Single file/folder archives are not detected properly

https://bugs.kde.org/show_bug.cgi?id=374253 --- Comment #8 from Michal Ziabkowski <mz...@o2.pl> --- Your test archive seems to be detected properly. My archive was created from the command line using zip v3.0: zip test2.zip test2/test However, a zip archive created with 7zip v16.02 also

[ark] [Bug 374253] Single file/folder archives are not detected properly

https://bugs.kde.org/show_bug.cgi?id=374253 --- Comment #5 from Michal Ziabkowski <mz...@o2.pl> --- Indeed, if there is a single folder with more than one file, the archive is treated as a single folder archive. If however, the folder contains only one file, it is not. Another p

[ark] [Bug 374253] Single file/folder archives are not detected properly

https://bugs.kde.org/show_bug.cgi?id=374253 --- Comment #4 from Michal Ziabkowski <mz...@o2.pl> --- I've attached two test archives. However, the bug happens with all archives I've tried. -- You are receiving this mail because: You are watching all bug changes.

[ark] [Bug 374253] Single file/folder archives are not detected properly

https://bugs.kde.org/show_bug.cgi?id=374253 --- Comment #3 from Michal Ziabkowski <mz...@o2.pl> --- Created attachment 103048 --> https://bugs.kde.org/attachment.cgi?id=103048=edit Archive with single folder -- You are receiving this mail because: You are watching all bug changes.

[ark] [Bug 374253] Single file/folder archives are not detected properly

https://bugs.kde.org/show_bug.cgi?id=374253 --- Comment #2 from Michal Ziabkowski <mz...@o2.pl> --- Created attachment 103047 --> https://bugs.kde.org/attachment.cgi?id=103047=edit Archive with single file -- You are receiving this mail because: You are watching all bug changes.

[khotkeys] [Bug 373655] Input Actions daemon checkbox in Custom Shortcuts kcm doesn't reflect actual configuration

https://bugs.kde.org/show_bug.cgi?id=373655 --- Comment #2 from Michal Ziabkowski <mz...@o2.pl> --- I'm hesitant to do that, since this is probably not the proper fix, just a quick workaround. It would be nice if someone with a deeper insight could look into the actual cause of the p

[ark] [Bug 374253] New: Single file/folder archives are not detected properly

https://bugs.kde.org/show_bug.cgi?id=374253 Bug ID: 374253 Summary: Single file/folder archives are not detected properly Product: ark Version: 16.12.0 Platform: Other OS: Linux Status: UNCONFIRMED

[khotkeys] [Bug 373655] New: Input Actions daemon checkbox in Custom Shortcuts kcm doesn't reflect actual configuration

https://bugs.kde.org/show_bug.cgi?id=373655 Bug ID: 373655 Summary: Input Actions daemon checkbox in Custom Shortcuts kcm doesn't reflect actual configuration Product: khotkeys Version: 5.8.4 Platform: Gentoo Packages

[Oxygen] [Bug 373654] New: Missing media-mount action icon in Oxygen icon theme

https://bugs.kde.org/show_bug.cgi?id=373654 Bug ID: 373654 Summary: Missing media-mount action icon in Oxygen icon theme Product: Oxygen Version: 5.8.4 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED

[konsole] [Bug 373653] New: Konsole occasionally displays the wrong context menu on right click

https://bugs.kde.org/show_bug.cgi?id=373653 Bug ID: 373653 Summary: Konsole occasionally displays the wrong context menu on right click Product: konsole Version: unspecified Platform: Gentoo Packages OS: