[plasmashell] [Bug 501750] New: Activity switcher is non-functional unless I restart plasmashell
https://bugs.kde.org/show_bug.cgi?id=501750 Bug ID: 501750 Summary: Activity switcher is non-functional unless I restart plasmashell Classification: Plasma Product: plasmashell Version: 6.3.3 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Activity Switcher sidebar Assignee: plasma-b...@kde.org Reporter: quentin.guyot.2007_...@m4x.org CC: ivan.cu...@kde.org Target Milestone: 1.0 SUMMARY The activities sidebar doesn't allow me to switch activities unless I restart plasmashell (typically I do plasmashell --replace, but there might be a better way.) STEPS TO REPRODUCE 1. Log into Plasma 2. change activities with the sidebar OBSERVED RESULT Nothing changes. EXPECTED RESULT Plasma goes to the selected activity SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 ADDITIONAL INFORMATION I can use KRunner to change activities before restarting plasmashell, but not always. sometimes, KRunner will simply refuse to display the activity I'm searching. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501750] Activity switcher is non-functional unless I restart plasmashell
https://bugs.kde.org/show_bug.cgi?id=501750 --- Comment #2 from Quentin Guyot --- A new user works fine. My setup is quite old (I had the same bug with Plasma 5, ~2 years ago), so maybe there are things in the various configuration files that aren't used any more, but I don't know where to start looking. Le 20/03/2025 à 01:02, TraceyC a écrit : > https://bugs.kde.org/show_bug.cgi?id=501750 > > TraceyC changed: > > What|Removed |Added > > CC||kde...@tlcnet.info > Status|REPORTED|NEEDSINFO > Resolution|--- |WAITINGFORINFO > > --- Comment #1 from TraceyC --- > I'm not able to reproduce this on git-master or Plasma 6.3.3 > > Set the right side of the screen to show the Activity Manager > STEPS TO REPRODUCE > 1. Log into Plasma after a restart > 2. Show the Activity Manager, click on a different Activity > > Result: When I click on any of the Activities, the desktop switches to that > activity. > > Does this happen with a brand new user? > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 501787] New: File selector crashes when hovering pdf files.
https://bugs.kde.org/show_bug.cgi?id=501787 Bug ID: 501787 Summary: File selector crashes when hovering pdf files. Classification: Frameworks and Libraries Product: frameworks-kio Version: 6.12.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Open/save dialogs Assignee: kio-bugs-n...@kde.org Reporter: qgu...@proton.me CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY When I save or open files with the KDE file picker and there's a pdf in any of the folders I explore, whenever I hover the pdf file, the file selector exits without selecting or saving anything. STEPS TO REPRODUCE 1. Open a file using the file picker 2. move to a folder containing a pdf 3. hover the pdf with the mouse OBSERVED RESULT The file selector terminates and no file has been selected EXPECTED RESULT The file selector doesn't terminate until I close it, or I select a file. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.13.7-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I tried with falkon, chromium and firefox (with the portal). They all do as described earlier in the report. I just tried with Gwenview, and the file selector disappears temporarily, and then i can use it normally. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501752] New: plasmashell freezes on activity change
https://bugs.kde.org/show_bug.cgi?id=501752 Bug ID: 501752 Summary: plasmashell freezes on activity change Classification: Plasma Product: plasmashell Version: 6.3.3 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Activities in general Assignee: plasma-b...@kde.org Reporter: quentin.guyot.2007_...@m4x.org CC: ivan.cu...@kde.org Target Milestone: 1.0 SUMMARY Plasma freezes when I change activities. I can interact with windows, and KWin is responsive, but plasma itself (the panels, widgets and the activities sidebar when I use it to change activities) are all frozen for a period of time tha lasts between 10 seconds and about 2 minutes. STEPS TO REPRODUCE 1. change activities. OBSERVED RESULT Kwin changes activities, and Plasma freezes for a while. EXPECTED RESULT Plasma and KWin chang activities in a short moment. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.13.7-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 501765] New: "copy multiple files to folder" dialog forgets the last directory it sent files to.
https://bugs.kde.org/show_bug.cgi?id=501765 Bug ID: 501765 Summary: "copy multiple files to folder" dialog forgets the last directory it sent files to. Classification: Frameworks and Libraries Product: frameworks-kio Version: 6.12.0 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Open/save dialogs Assignee: kio-bugs-n...@kde.org Reporter: quentin.guyot.2007_...@m4x.org CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY I regularly copy several images from several folders to a same folder, with Gwenview. The problem is that, unless I explicitly re-select the destination folder in the dialog for each source folder, the dialog copies the files to ~, even though the desired destination folder was highlighted. STEPS TO REPRODUCE 1. copy multiple (the bug is about the folder dialog) files from folder "source1" to folder "destination" with F7 in Gwenview. 2. move Gwenview's folder to folder "source2" and repeat the process. 3. As "destination" is still highlighted, I just click "copy" to copy the files into "destination" OBSERVED RESULT Selected files from "source2" are copied to ~ and when I repeat the process for "source3", ~ will be the highlighted folder. EXPECTED RESULT Selected files from "source2" should be copied to "destination" and when I repeat the process for "source3", "destination" will still be highlighted. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.3.3 KDE Frameworks Version: 6.12.0 Qt Version: 6.8.2 Kernel Version: 6.13.7-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION Sometimes it happens with an extra step (so replace 2 with 3 and 3 with 4) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501750] Activity switcher is non-functional unless I restart plasmashell
https://bugs.kde.org/show_bug.cgi?id=501750 --- Comment #4 from Quentin Guyot --- Logging in and out wouldn't help determine if a change would work. Your latest comment reminded me of my old way to solve it, years ago, which was logging out then in again. I tried your suggestion followed by a reboot. It didn't help. Le 20/03/2025 à 18:08, TraceyC a écrit : > https://bugs.kde.org/show_bug.cgi?id=501750 > > --- Comment #3 from TraceyC --- > From what I see, you can try renaming this file: > > ~/.config/kactivitymanagerd-switcher > > And then logging out and logging back in. Does that help? > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 501765] "copy multiple files to folder" dialog forgets the last directory it sent files to.
https://bugs.kde.org/show_bug.cgi?id=501765 --- Comment #2 from Quentin Guyot --- just did a test with a mock folder to make a sreencast, and the bug didn't happen on my machine either. After a bit of playing around, I realized the source folders had to be in a hidden folder for the issue to occur. Le 28/03/2025 à 20:42, John Kizer a écrit : > https://bugs.kde.org/show_bug.cgi?id=501765 > > John Kizer changed: > > What|Removed |Added > > Status|REPORTED|NEEDSINFO > Resolution|--- |WAITINGFORINFO > CC||john.ki...@proton.me > > --- Comment #1 from John Kizer --- > Hi - I can't reproduce this on Fedora KDE 41 when following the steps listed > there - is there a chance you could capture a screencast/recording > demonstrating this so folks might be able to see if there are any nuances to > how you're moving around Gwenview or the dialog that could be triggering > something? > > Thanks! > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 501765] "copy multiple files to folder" dialog forgets the last directory it sent files to.
https://bugs.kde.org/show_bug.cgi?id=501765 --- Comment #4 from Quentin Guyot --- I did it with .test/1/ ./test/2/ .test/3/ destination/ all within my regular Downloads folder Each numbered folder with multiple images inside. Then I move multiple selected images at once, that way Gwenview calls the folder selector. The single file selector works as intended. At one point in my latest round of tests, I noticed the folder selector move to my home folder in the split second between I pressed enter and the time it closed. Le 01/04/2025 à 02:56, John Kizer a écrit : > https://bugs.kde.org/show_bug.cgi?id=501765 > > --- Comment #3 from John Kizer --- > (In reply to Quentin Guyot from comment #2) >> After a bit of playing around, I realized the source folders had to be >> in a hidden folder for the issue to occur. > Can you perhaps share the specific folder paths you're using? I tried creating > source folders that were under a hidden folder, then following those steps to > copy to a destination that isn't under a hidden folder on my device, and > couldn't reproduce. > > Thanks! > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 501750] Activity switcher is non-functional unless I restart plasmashell
https://bugs.kde.org/show_bug.cgi?id=501750 Quentin Guyot changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #6 from Quentin Guyot --- Apparently this needs info. 1. I tried the suggestion. It changed nothing (as I already mentioned in another comment). 2. Here's a maybe more thorough description: -When i boot on my system (I auto login with SDDM if that helps), I can't switch activities using the activity switcher. -Sometimes I can switch activities with KRunner, sometimes not (I haven't found the pattern yet.) -If I want to be able to switch or manage activities with the sidebar, I need to restart Plasmashell. I used to log out then back in in order to do that for a while, until I realized I could just restart plasma with plasmashell --replace (which is what I've been doing for a while.) That's all that comes to mind. If you need more, ask and I'll answer. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 501787] File selector crashes when hovering pdf files.
https://bugs.kde.org/show_bug.cgi?id=501787 --- Comment #2 from Quentin Guyot --- There's no entry for the file selector in coredumpctl --reverse When I do the procedure with chromium launched from a terminal I get this message [79061:79061:0321/071937.952883:ERROR:request.cc(165)] Request cancelled by user. so I guess the file selector understands "hovering a pdf" as "cancel". The only difference I noticed with pushing cancel is that, when i hover a pdf there's a bouncy cursor notification after the selector closes. Le 21/03/2025 à 01:50, TraceyC a écrit : > https://bugs.kde.org/show_bug.cgi?id=501787 > TraceyC > [](mailto:kde...@tlcnet.info) > changed: > >What|Removed |Added > > Resolution|--- |WAITINGFORINFO > Status|REPORTED|NEEDSINFO > CC|| > kde...@tlcnet.info > --- Comment #1 from TraceyC > [](mailto:kde...@tlcnet.info) > --- > If something exited abnormally, it may have crashed. We need a backtrace of it > so we can figure out what's going on. Can you please attach a backtrace of the > crash using the coredumpctl command-line program, as detailed in > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl > ? > > Thanks! > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
