[kwin] [Bug 476868] Enabling WCG or applying ICC "increases" window transparency
https://bugs.kde.org/show_bug.cgi?id=476868 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 474627] New: Changing window height and width at once via script on wayland does not work
https://bugs.kde.org/show_bug.cgi?id=474627
Bug ID: 474627
Summary: Changing window height and width at once via script on
wayland does not work
Classification: Plasma
Product: kwin
Version: git-stable-Plasma/5.27
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: scripting
Assignee: kwin-bugs-n...@kde.org
Reporter: bartos.p...@gmail.com
Target Milestone: ---
Hi,
i am trying to write script (using javascript) which changes size of some
windows. When script is executed, only one dimension of window can be changed
at once. So when doing this:
client.frameGeometry.width = 500;
client.frameGeometry.height = 500;
only window height is changed. When these lines are swapped, only width is
changed. This works without problem on X11. However I've found workaround which
works on both:
client.frameGeometry.width = 500;
client.geometryChanged.connect(() => {
client.frameGeometry.height = 500;
});
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 469523] New: Rule for window position under wayland with (changing) multi-monitor setup
https://bugs.kde.org/show_bug.cgi?id=469523 Bug ID: 469523 Summary: Rule for window position under wayland with (changing) multi-monitor setup Classification: Plasma Product: kwin Version: git-stable-Plasma/5.27 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: rules Assignee: kwin-bugs-n...@kde.org Reporter: bartos.p...@gmail.com CC: isma...@gmail.com Target Milestone: --- SUMMARY *** Hi, under wayland, rule for window position seems not to be applied in scope of required monitor, but absolutely spanned across all connected monitors. Is this bug or intentional behaviour? In my case, problem is i am moving with notebook between multiple workplaces where external monitors are placed differently - left, right, even above where notebook is placed. So under wayland i am not able to create rule so that some window always appears in bottom right corner of primary monitor (in "notification area"). *** STEPS TO REPRODUCE 1. Create rule to force window to appear on monitor 0 (primary), positioned e.g. at 1600x820 (somewhere at bottom right) 2. Connect secondary monitor placed either left or above primary 3. Open window matching created rule OBSERVED RESULT Window is displayed on secondary monitor despite being forced to be displayed on primary monitor EXPECTED RESULT Window position given in rule should be calculated relative to the selected monitor -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 466696] Dolphin "Open With -> Other Application..." does not work.
https://bugs.kde.org/show_bug.cgi?id=466696 Petr Bartos changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #1 from Petr Bartos --- Problem was on my side (or Fedora packaging side). Based on this https://invent.kde.org/plasma/plasma-integration/-/merge_requests/73 i have found i am missing "xdg-desktop-portal-kde". -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 466696] New: Dolphin "Open With -> Other Application..." does not work.
https://bugs.kde.org/show_bug.cgi?id=466696 Bug ID: 466696 Summary: Dolphin "Open With -> Other Application..." does not work. Classification: Applications Product: dolphin Version: 22.12.2 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: bartos.p...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY Opening any file from Dolphin using other than offered application does not work. STEPS TO REPRODUCE 1. Open context menu for any file 2. Select "Open With -> Other Application..." 3. Nothing happens OBSERVED RESULT When started from konsole, it prints message when trying to open application dialog: Couldn't get reply Error: "The name is not activatable" EXPECTED RESULT Dialog allowing to choose application to open file with should be displayed. Works ok in Krusader (2.8.0) SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 37 KDE Plasma Version: 5.27.1 , 5.27.2 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 455380] With n screens, Lock screen requires n fingerprint scans to unlock
https://bugs.kde.org/show_bug.cgi?id=455380 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com --- Comment #8 from Petr Bartos --- Hi, today i've installed 5.26.4 (on Fedora 36), and the problem is gone. Only single scan is now needed to unlock with multiple monitors. Also gone is that "unlock button" screen, so now it completely unlocks after single fingerprint scan without any additional steps needed. There is one exception. After revealing password input on first monitor, when you move mouse to another monitor, resulting in password input being revealed on multiple monitors at once, you need to scan fingerpring multiple times (one scan for each revealed password input). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 432314] Cca 20 seconds delay after "su" in Konsole (due to systemd startup?)
https://bugs.kde.org/show_bug.cgi?id=432314 --- Comment #3 from Petr Bartos --- So i found the problem is in sddm. Upgrade transaction contained upgrade from sddm-0.19.0-3 to sddm-0.19.0-5. Reverting to sddm-0.18.1-8 (as i am able to revert only to release version, not previous update version) fixes it. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 432314] Cca 20 seconds delay after "su" in Konsole (due to systemd startup?)
https://bugs.kde.org/show_bug.cgi?id=432314 Petr Bartos changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |NOT A BUG --- Comment #2 from Petr Bartos --- Unfortunately same result. However there is probably some other problem. Previously i have reverted whole dnf update transaction and problem was gone, now i've tried downgrade only plasma and problem is still present. So there was probably another updated package not related to plasma causing this problem. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 432316] New: When splash screen is disabled, plasma takes long time before fully started
https://bugs.kde.org/show_bug.cgi?id=432316 Bug ID: 432316 Summary: When splash screen is disabled, plasma takes long time before fully started Product: plasmashell Version: 5.20.90 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: bartos.p...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY When splash screen is disabled, plasma starts however it takes long time before it starts applications in autostart, powerdevil and possibly others. STEPS TO REPRODUCE 1. Disable splash screen 2. Restart plasma session OBSERVED RESULT Applications in autostart, powerdevil and possibly others take long time to start. plasma-ksmserver.service prints following: led 30 16:58:22 NB0656 systemd[1645]: Starting KDE Session Management Server... led 30 16:58:22 NB0656 ksmserver[1738]: Qt: Session management error: networkIdsList argument is NULL led 30 16:58:23 NB0656 ksmserver[1738]: QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was ':1.12' led 30 16:59:13 NB0656 qdbus[1845]: Cannot find 'org.kde.KSplash.setStage' in object /KSplash at org.kde.KSplash led 30 16:59:13 NB0656 systemd[1645]: Started KDE Session Management Server. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 33 KDE Plasma Version: 5.20.90 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Might be also caused by some packaging/configuration problem as I am using this unofficial COPR repository https://copr.fedorainfracloud.org/coprs/mkyral/plasma-unstable -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 432314] New: Cca 20 seconds delay after "su" in Konsole (due to systemd startup?)
https://bugs.kde.org/show_bug.cgi?id=432314 Bug ID: 432314 Summary: Cca 20 seconds delay after "su" in Konsole (due to systemd startup?) Product: plasmashell Version: 5.20.90 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: bartos.p...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY When switching to root in Konsole (or Yakuake), there is cca 20 seconds delay after submitting valid password before root prompt is shown. STEPS TO REPRODUCE 1. Open Konsole 2. Enter "su" 3. Login OBSERVED RESULT There is cca 20 seconds delay after login before showing root prompt EXPECTED RESULT Root prompt should be available immediately after login SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 33 KDE Plasma Version: 5.20.90 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I suspect problem is with systemd startup as it did not happen for me in 5.20.5. When printing services as regular user via "systemd-analyze blame --user", following is shown: 756ms plasma-powerdevil.service 565ms plasma-plasmashell.service 491ms plasma-kwin_x11.service 479ms plasma-ksmserver.service 331ms pulseaudio.service 283ms plasma-kcminit.service 267ms plasma-krunner.service 179ms plasma-polkit-agent.service 166ms plasma-kglobalaccel.service 163ms plasma-kded.service 53ms app-baloo_file-autostart.service 49ms app-klipper-autostart.service 45ms plasma-kcminit-phase1.service 45ms plasma-kactivitymanagerd.service 29ms app-dropboxd-autostart.service 29ms app-geoclue\x2ddemo\x2dagent-autostart.service 27ms app-org.kde.dolphin-autostart.service 21ms app-org.kde.yakuake-autostart.service 20ms plasma-restoresession.service 20ms app-org.gnome.SettingsDaemon.DiskUtilityNotify-autostart.service 18ms plasma-ksplash-ready.service 15ms gvfs-daemon.service 15ms app-vmware\x2duser-autostart.service 14ms dbus.socket 14ms app-pam_kwallet_init-autostart.service 13ms at-spi-dbus-bus.service 13ms systemd-tmpfiles-clean.service 13ms app-vboxclient-autostart.service 11ms obex.service 11ms grub-boot-success.service 9ms systemd-tmpfiles-setup.service 3ms dbus-broker.service however as root (after the login delay) I end up either with: Failed to connect to bus: Permission denied when using "su" or with: Failed to connect to bus: $DBUS_SESSION_BUS_ADDRESS and $XDG_RUNTIME_DIR not defined when using "su -". In first case, both variables points to directories of original user. So i guess plasma is trying to start also for root user, fails due to dbus connection problems, but there is some timeout in some of started services causing that 20 seconds delay. Problem happens only in plasmashell environment, there is no delay when logging in separate terminal. Might be also caused by some packaging/configuration problem as I am using this unofficial COPR repository https://copr.fedorainfracloud.org/coprs/mkyral/plasma-unstable -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 422111] Battery applet not showing up in tray.
https://bugs.kde.org/show_bug.cgi?id=422111 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 422678] battery indicator not showing up, widget shows no batteries attached
https://bugs.kde.org/show_bug.cgi?id=422678 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com --- Comment #7 from Petr Bartos --- Hi, I've same problem on Fedora. I've found out that if I change visibility of any other tray icon in tray setting, battery indicator appears. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 416573] Alternative for gnome-network-displays (Miracast)
https://bugs.kde.org/show_bug.cgi?id=416573 --- Comment #2 from Petr Bartos --- I know it is not a bug, therefore i have chosen "wishlist" as severity. Or what is please proper chanel for proposing new functionalities? And yes, it is working. And i must admit that i thought that it is working only because i am still using X11, and thought it will stop working on wayland (since there is mentioned mutter). Now i know it is not the case and it should work also in wayland/kwin. However it still seems to me somehow odd to rely with something that might be considered as one of "core" functionalities of desktop on application built for another desktop :o) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 416573] New: Alternative for gnome-network-displays (Miracast)
https://bugs.kde.org/show_bug.cgi?id=416573 Bug ID: 416573 Summary: Alternative for gnome-network-displays (Miracast) Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Multi-screen support Assignee: aleix...@kde.org Reporter: bartos.p...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Hi, it would be great if Plasma had native support for remote screen casting, an alternative to what is provided by https://github.com/benzea/gnome-network-displays . -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 407920] GTK apps tree control disappears when window loses focus
https://bugs.kde.org/show_bug.cgi?id=407920 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com --- Comment #4 from Petr Bartos --- Hi, this is still problem in recently released 5.17.0 with small change, commit 7bcd2d2ecbfae2d03d3084b65d4901134650a570 introduced additional bug where tree arrows are not visible even in active pane with exception of item which is under mouse cursor or item which is selected. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 412078] Hovering on checkboxes or comboboxes changes their color to black
https://bugs.kde.org/show_bug.cgi?id=412078 --- Comment #19 from Petr Bartos --- Hi, I've bisected the problem (hope https://github.com/KDE/breeze-gtk is correct repository). It is caused by commit 7b3d0777ea6c10dd430ed686434d3a4e2d072632. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 413001] Flickering of radiobuttons and checkboxes
https://bugs.kde.org/show_bug.cgi?id=413001 --- Comment #3 from Petr Bartos --- Created attachment 123224 --> https://bugs.kde.org/attachment.cgi?id=123224&action=edit Recent version 3 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 413001] Flickering of radiobuttons and checkboxes
https://bugs.kde.org/show_bug.cgi?id=413001 --- Comment #2 from Petr Bartos --- Created attachment 123223 --> https://bugs.kde.org/attachment.cgi?id=123223&action=edit Recent version 2 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 413001] Flickering of radiobuttons and checkboxes
https://bugs.kde.org/show_bug.cgi?id=413001 --- Comment #1 from Petr Bartos --- Created attachment 123222 --> https://bugs.kde.org/attachment.cgi?id=123222&action=edit Recent version 1 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 413001] New: Flickering of radiobuttons and checkboxes
https://bugs.kde.org/show_bug.cgi?id=413001 Bug ID: 413001 Summary: Flickering of radiobuttons and checkboxes Product: Breeze Version: 5.17.0 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: gtk theme Assignee: uhh...@gmail.com Reporter: bartos.p...@gmail.com Target Milestone: --- Created attachment 123221 --> https://bugs.kde.org/attachment.cgi?id=123221&action=edit Working in older version SUMMARY Hi, in 5.17.0 (and it was also in 5.16.90) i'm seeing flickering of radiobuttons and checkboxes. They are either filled black or have black border which are dissapearing and reappearing randomly when mouse is moved over them. STEPS TO REPRODUCE 1. Open gtk theme preview in system settings (or any gtk window showing these) OBSERVED RESULT See attachments EXPECTED RESULT See attachments ADDITIONAL INFORMATION Installed from https://copr.fedorainfracloud.org/coprs/mkyral/plasma-unstable/ -- You are receiving this mail because: You are watching all bug changes.
[kio] [Bug 280343] Copying file from obex session with bluetooth, dolphin uses full path as filename
https://bugs.kde.org/show_bug.cgi?id=280343 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com --- Comment #3 from Petr Bartos --- Hi, I just came to report this problem and found this bug. The problem is still there with plasma 5.11.4 and Dolphin 17.08.1 (I have files like obexftp:⁄⁄48-88-ca-6a-4b-ee⁄EXTERNAL_MEMORY⁄DCIM⁄Camera⁄IMG_20110618_104601.jpg). I was going to assign this bug to Bluedevil, but I found it is working in Krusader (2.5.0) without any problems. So what about at least after 6 and half years change status of this bug to "confirmed", so it can be hopefully fixed some day? :o) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 373075] Changing Resolution hides programs in task manager
https://bugs.kde.org/show_bug.cgi?id=373075 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 370648] SDDM Breeze theme hardly usable on multiscreen set up with different DPIs
https://bugs.kde.org/show_bug.cgi?id=370648 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 354897] Krunner not "composited"
https://bugs.kde.org/show_bug.cgi?id=354897 --- Comment #7 from Petr Bartos --- Works for me also. I think the opacity can be lowered by disabling "Background Contrast" in kwin settings. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 368882] New: Alt+[char] keyboard shortcut precedence
https://bugs.kde.org/show_bug.cgi?id=368882 Bug ID: 368882 Summary: Alt+[char] keyboard shortcut precedence Product: dolphin Version: unspecified Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: bars: location Assignee: dolphin-bugs-n...@kde.org Reporter: bartos.p...@gmail.com Hi, for some time (since early versions of kde4) I have remapped shortcut for edit location in Dolphin to Alt+D (instead of Ctrl+L) to match shortcut in web browsers. However in recent versions this shortcut is blocked in case path contains folder beginning with "D" - it shows dialog about ambiguous shortcut and nothing happens. I noticed that Alt+[char] now by default opens popup menu with subdirectories of folder beginning with [char]. I don't know how long is there this functionality, but I think it should not collide with explicitly defined shortcuts. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365630] Plasma applet icons shifting based on recent activity
https://bugs.kde.org/show_bug.cgi?id=365630 --- Comment #2 from Petr Bartos --- (In reply to Marco Martin from comment #1) > plasmoid always goes first in the tray? > it's supposed to put as first the icons that appear, or go from not visible > to visible, > but they shouldn't move their position without getting hidden beforehand Sorry for late reply. The order of plasmoids after startup is "random" depending on time they are started (the last started is listed as first - thats always has been like this). But once action on plasmoids I've mentioned is triggered (now I've found it happens also with bluedevil plasmoid when switching bt on/of), they are moved so that they are first in tray. However in plasma 5.7.3 the situation has changed a bit. Now they are not moved always, but usualy only on first action, after that their position is fixed for some time (few minutes), then they are moving again. So It might be somehow connected with some visibility flag which ignores that all plasmoids are set to be visible. When action is triggered, "hidden" plasmoid is set to be shown (so it moves to be first). It is displayed for some time (timeout in which position is not changed on action), and then if there is no activity is set to be hidden again (which "unlocks" movement after next triggered action) -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 365710] sddm really slow when using Breeze theme
https://bugs.kde.org/show_bug.cgi?id=365710 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365636] Empty space instead of "show hidden" arrow when all icons are visible
https://bugs.kde.org/show_bug.cgi?id=365636 --- Comment #2 from Petr Bartos --- Created attachment 100081 --> https://bugs.kde.org/attachment.cgi?id=100081&action=edit Unpacked systray with blank space -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365636] Empty space instead of "show hidden" arrow when all icons are visible
https://bugs.kde.org/show_bug.cgi?id=365636 --- Comment #1 from Petr Bartos --- Created attachment 100080 --> https://bugs.kde.org/attachment.cgi?id=100080&action=edit Packed systray with "show hidden" arrow -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365636] New: Empty space instead of "show hidden" arrow when all icons are visible
https://bugs.kde.org/show_bug.cgi?id=365636 Bug ID: 365636 Summary: Empty space instead of "show hidden" arrow when all icons are visible Product: plasmashell Version: 5.7.1 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: bartos.p...@gmail.com In previous version, when all icons in systray were displayed, they were aligned right next to clock. In plasma 5.7 there is blank space (probably replacing "show hidden" arrow). Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365630] Plasma applet icons shifting based on recent activity
https://bugs.kde.org/show_bug.cgi?id=365630 Petr Bartos changed: What|Removed |Added Version|5.7.0 |5.7.1 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365630] New: Plasma applet icons shifting based on recent activity
https://bugs.kde.org/show_bug.cgi?id=365630 Bug ID: 365630 Summary: Plasma applet icons shifting based on recent activity Product: plasmashell Version: 5.7.0 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: bartos.p...@gmail.com I noticed this with redshift-control plasmoid, klipper plasmoid and software updates plasmoid. Whenever certain action is performed with them (e.g. redshift trurned on/of via middleclick, history of klipper is cleared or new updates are found) used plasmoid is moved to be first in tray. My setup is to have always all icons visible and this did not happen with plasma <5.7. It is very annoying because sometimes when I need to perform next action on same plasmoid I click on another one because their position was changed. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 354897] Krunner not "composited"
https://bugs.kde.org/show_bug.cgi?id=354897 --- Comment #4 from Petr Bartos --- With plasma 5.7, this behavior extended also to main panel (not so bad as krunner, however happens very often) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 356479] plasmashell uses 100% CPU when there is an animation in the task bar
https://bugs.kde.org/show_bug.cgi?id=356479 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365570] Systray icons are big and pixelated after update to 5.7.1
https://bugs.kde.org/show_bug.cgi?id=365570 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 355410] the scroll speed of QML scroll area is too slow with Libinput
https://bugs.kde.org/show_bug.cgi?id=355410 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 361175] Right side of the panel randomly disappears for a few seconds
https://bugs.kde.org/show_bug.cgi?id=361175 --- Comment #2 from Petr Bartos --- Seems probability of occurrence is much higher in case the moved window is not the last one in tak manager, but the first one (in which case the relocation is causing shift of other task manager items). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 361175] Right side of the panel randomly disappears for a few seconds
https://bugs.kde.org/show_bug.cgi?id=361175 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com --- Comment #1 from Petr Bartos --- I'm encountering the same problem. I'm using two monitors, each with panel containing task manager (the one with full names, not icon-only one) displaying only windows from particular monitor. The bug seems to be triggered by moving windows between monitors. Does not happen always, but usually is invoked within few window moves. Also disconnecting and reconnecting of external monitor sometimes triggers this bug. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 356225] Panel moves to wrong screen when external monitor is connected
https://bugs.kde.org/show_bug.cgi?id=356225 Petr Bartos changed: What|Removed |Added CC||bartos.p...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
