[Discover] [Bug 402182] Searching for snaps takes a long time
https://bugs.kde.org/show_bug.cgi?id=402182 MrPepe changed: What|Removed |Added Version|unspecified |5.15.1 --- Comment #3 from MrPepe --- Still existent in 5.15.1. CLI search for snap finishes in <1s. Discover takes >1 min. Is there a way to debug this? -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403463] Snap install classic mode app does not work
https://bugs.kde.org/show_bug.cgi?id=403463 MrPepe changed: What|Removed |Added Version|unspecified |5.14.5 --- Comment #3 from MrPepe --- Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.5 Qt Version: 5.11.2 KDE Frameworks Version: 5.54.0 Kernel Version: 4.15.0-43-generic OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403522] Give more feedback on snap download
https://bugs.kde.org/show_bug.cgi?id=403522 --- Comment #1 from MrPepe --- Changed title because it only applies to snap apps. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403522] Give more feedback on snap download
https://bugs.kde.org/show_bug.cgi?id=403522 MrPepe changed: What|Removed |Added Summary|Give more feedback on app |Give more feedback on snap |download|download -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403522] New: Give more feedback on app download
https://bugs.kde.org/show_bug.cgi?id=403522 Bug ID: 403522 Summary: Give more feedback on app download Product: Discover Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: discover Assignee: aleix...@kde.org Reporter: felipepe...@web.de Target Milestone: --- SUMMARY Discover should give more feedback on the installation process (as experienced in Bug 403463) to assess installation progress when having a slow internet connection. STEPS TO REPRODUCE 1. Have a slow internet connection. 2. Try installing an app. OBSERVED RESULT The task progress stays at 0%. EXPECTED RESULT Show download rate + estimated download time. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403463] Snap install classic mode app does not work
https://bugs.kde.org/show_bug.cgi?id=403463 --- Comment #1 from MrPepe --- I tried installing using CLI today and realized that the internet connection to the snap server is horrible at the place I am at. That explains why the task progress seems to be stuck at 0%. Leaving the points: 1. Why can I start the installation twice? 2. Why does Discover give so little feedback on what is going on compared to CLI? (I will create a ticket for the app download case.) 3. Why can I not close Discover in such cases when the download takes 7h? (see Bug 403465) -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403467] Discover does not kill invoked snap process on SIGTERM
https://bugs.kde.org/show_bug.cgi?id=403467 --- Comment #1 from MrPepe --- Okay, I am not sure if I am getting this right. If I understand correctly, the snapd process is just running all the time in the background and can't be killed. What helped me to fix this was "snap changes" to find the ID of the broken install "snap abort ID" to abort the install Is this something that Discover could prevent? -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403467] New: Discover does not kill invoked snap process on SIGTERM
https://bugs.kde.org/show_bug.cgi?id=403467 Bug ID: 403467 Summary: Discover does not kill invoked snap process on SIGTERM Product: Discover Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Snap Backend Assignee: aleix...@kde.org Reporter: felipepe...@web.de Target Milestone: --- SUMMARY Killing Discover when stuck during snap installation leads to the snapd process still running afterwards STEPS TO REPRODUCE 1. Bug 403463 2. Kill Discover process with KSysGuard 3. Run "snap install clion --classic" from CLI OBSERVED RESULT "error: snap "clion" has "install-snap" change in progress" A snapd process is still running. The process can't be killed. EXPECTED RESULT Discover can be killed in a save way without messing things up. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403465] New: Allow to kill Discover
https://bugs.kde.org/show_bug.cgi?id=403465 Bug ID: 403465 Summary: Allow to kill Discover Product: Discover Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: discover Assignee: aleix...@kde.org Reporter: felipepe...@web.de Target Milestone: --- SUMMARY Discover should have a kill dialog to close it even if tasks are pending. STEPS TO REPRODUCE 1. Do this: Bug 403463 2. Try to close Discover OBSERVED RESULT A warning pops up that there are unfinished tasks. EXPECTED RESULT The window pops up but includes a "Force close Discover" button. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 403463] New: Snap install classic mode app does not work
https://bugs.kde.org/show_bug.cgi?id=403463 Bug ID: 403463 Summary: Snap install classic mode app does not work Product: Discover Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Snap Backend Assignee: aleix...@kde.org Reporter: felipepe...@web.de Target Milestone: --- Created attachment 117594 --> https://bugs.kde.org/attachment.cgi?id=117594=edit Repeatedly started CLion installation SUMMARY Discover shows some weird behaviour when I tried to install CLion. STEPS TO REPRODUCE 1. Search for clion 2. Click install 3. Discover tells me that this snap application needs security confinement measures disabled 4. Click Proceed OBSERVED RESULT A new task appears, but nothing obvious happens. Task progress stays at 0%. Furthermore, the Install button is still available. So I can perform the procedure again, which adds a second task that does not progress. EXPECTED RESULT The bloody app gets installed. I can't remember whether I ever used Discover and it did what I wanted it to do. Please don't get this wrong, I really want the app to be usable, which is why I started submitting bug reports recently, but this app is a showstopper for KDE neon. My father wants to migrate away from Windows and I would love to recommend KDE neon, as I am using it myself (installing stuff from CLI), but I don't dare because of Discover. Sorry, didn't know where to place this rant. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 403450] New: Sending multiple files via Bluetooth does not work
https://bugs.kde.org/show_bug.cgi?id=403450 Bug ID: 403450 Summary: Sending multiple files via Bluetooth does not work Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: felipepe...@web.de CC: elvis.angelac...@kde.org Target Milestone: --- SUMMARY Sending multiple files via Bluetooth from Dolphin does not work. Only one file is sent. STEPS TO REPRODUCE 1. Multi-select several files 2. Click Share > Send via Bluetooth... 3. Select an available device OBSERVED RESULT Only one file is sent. EXPECTED RESULT All files are sent, as happens when using "Send file" from the Bluetooth system tray icon. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.5 Qt Version: 5.11.2 KDE Frameworks Version: 5.54.0 Kernel Version: 4.15.0-43-generic OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 403449] New: Jump back to Bluetooth device selection window if connection failed
https://bugs.kde.org/show_bug.cgi?id=403449 Bug ID: 403449 Summary: Jump back to Bluetooth device selection window if connection failed Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: felipepe...@web.de CC: elvis.angelac...@kde.org Target Milestone: --- SUMMARY If the connection to the desired Bluetooth device fails, the device selection window should get focus again instead of being closed. STEPS TO REPRODUCE 1. Click Share > Send via Bluetooth 2. Select a device that is not available OBSERVED RESULT A pop up window tells you that the connection to the device failed. You can only click Cancel. Afterwards the device selection window is gone. EXPECTED RESULT Go back to the device selection window to try again (maybe the device wasn't active yet) or choose another device. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 403448] New: Bad design of Send via Bluetooth... window
https://bugs.kde.org/show_bug.cgi?id=403448 Bug ID: 403448 Summary: Bad design of Send via Bluetooth... window Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: felipepe...@web.de CC: elvis.angelac...@kde.org Target Milestone: --- Created attachment 117580 --> https://bugs.kde.org/attachment.cgi?id=117580=edit Bluetooth send file window SUMMARY I have been sending files via Bluetooth from Dolphin recently and think the UI of the dialog that pops up after clicking Share > Send via Bluetooth... could be improved. 1. The window has "Dolphin" as a title. Wouldn't "Bluetooth Send File Wizard" make more sense as that's the window name when sending files using the Bluetooth system tray? 2. The task bar icon of the window is the Dolphin icon. It should instead be the Bluetooth icon to make it easier to identify. 3. What is that big head line "Send via Bluetooth... - Upload..."? I would just drop that one if the window title is changed as proposed. 4. The list of devices does not look like you could click them. I was a little confused the first time I used this dialog. How about designing them as obviously selectable? 5. Why does the "Run" button say "Run" instead of "Send"? -- You are receiving this mail because: You are watching all bug changes.
[Bluedevil] [Bug 403447] New: Zoom slider in Bluetooth Send File Wizard greyed out
https://bugs.kde.org/show_bug.cgi?id=403447 Bug ID: 403447 Summary: Zoom slider in Bluetooth Send File Wizard greyed out Product: Bluedevil Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: system tray Assignee: now...@gmail.com Reporter: felipepe...@web.de Target Milestone: --- Created attachment 117579 --> https://bugs.kde.org/attachment.cgi?id=117579=edit Greyed out zoom slider SUMMARY The zoom slider in the Bluetooth Send File Wizard is greyed out, suggesting that you can not move it. In my opinion it should be white like the other buttons etc. that are clickable. STEPS TO REPRODUCE 1. Click "Send File" in the Bluetooth system tray 2. The Bluetooth Send File Wizard opens OBSERVED RESULT The zoom slider is greyed out, while the zoom button next to it is white. See attachment. EXPECTED RESULT The zoom slider is also white, showing that it is usable. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.5 Qt Version: 5.11.2 KDE Frameworks Version: 5.54.0 Kernel Version: 4.15.0-43-generic OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 402897] New: Give more feedback when fetching updates
https://bugs.kde.org/show_bug.cgi?id=402897 Bug ID: 402897 Summary: Give more feedback when fetching updates Product: Discover Version: 5.14.4 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: discover Assignee: aleix...@kde.org Reporter: felipepe...@web.de Target Milestone: --- SUMMARY To be honest I don't like using discover to search for updates because it does not give any feedback on the update progress. If I use apt update from the cli, it gives me some visual indication that it is actually doing something. I am in China right now where some repositories are blocked by the Great Firewall. That means that Discover doesn't give me any response until the connection times out. SUGGESTION How about having some load indicator showing which repositories have been checked and how many are pending and maybe even a live count of found upgradable packages? This has been addressed in Bug 375786 (no clue how to link, sorry) but nothing has been done in that regard and it is one of the major reasons why I prefer the command line over Discover. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 402883] Useless search in installed apps
https://bugs.kde.org/show_bug.cgi?id=402883 --- Comment #1 from MrPepe --- Created attachment 117297 --> https://bugs.kde.org/attachment.cgi?id=117297=edit Searching for pycharm pro -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 402883] New: Useless search in installed apps
https://bugs.kde.org/show_bug.cgi?id=402883 Bug ID: 402883 Summary: Useless search in installed apps Product: Discover Version: 5.14.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: discover Assignee: aleix...@kde.org Reporter: felipepe...@web.de Target Milestone: --- Created attachment 117292 --> https://bugs.kde.org/attachment.cgi?id=117292=edit Searching for "pycha" SUMMARY Searching in installed apps gives completely useless results. STEPS TO REPRODUCE 1. Click "Installed" 2. Search for any installed application OBSERVED RESULT The search results seem arbitrary. Check out the screenshots for examples. EXPECTED RESULT I expect the app with the name that most closely resembles my search to be at the top of the list. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.53.0 Kernel Version: 4.15.0-43-generic OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402880] New: Filenames on desktop fragmented when using nvidia graphics card.
https://bugs.kde.org/show_bug.cgi?id=402880 Bug ID: 402880 Summary: Filenames on desktop fragmented when using nvidia graphics card. Product: plasmashell Version: 5.14.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Desktop Containment Assignee: se...@kde.org Reporter: felipepe...@web.de CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 117290 --> https://bugs.kde.org/attachment.cgi?id=117290=edit Fragmented filenames SUMMARY Filenames on desktop fragmented when using nvidia graphics card. STEPS TO REPRODUCE 1. Start laptop using the dedicated nvidia graphics card. 2. Close the lid to suspend. 3. Open the lid and log back in. OBSERVED RESULT Names of files on the desktop are not readable anymore. EXPECTED RESULT Readable filenames. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.53.0 Kernel Version: 4.15.0-43-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i7-7500U CPU @ 2.70GHz Memory: 15.6 GiB of RAM Graphics: GeForce 940MX Graphics drivers: Nvidia proprietary 410.48 ADDITIONAL INFORMATION Works fine using the Intel integrated GPU. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 396835] Feature Request: Add a "silence mode" to plasma-pa
https://bugs.kde.org/show_bug.cgi?id=396835 MrPepe changed: What|Removed |Added CC||felipepe...@web.de --- Comment #2 from MrPepe --- +1 for this request This is a huge point for me regarding the "Usability and Productivity" epic. I usually don't remember what the cached setting is from before plugging my earphones into my laptop. If I mute the sound while the earphones are plugged in I expect it to be muted afterwards as well. I have already had some embarrassing situations in the library. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 402182] Searching for snaps takes a long time
https://bugs.kde.org/show_bug.cgi?id=402182 --- Comment #2 from MrPepe --- OS Type: 64-bit Processors: 4 × Intel® Core™ i7-7500U CPU @ 2.70GHz Memory: 15.6 GiB of RAM 256GB SSD I just rebooted my computer, started Discover and searched for PyCharm. It took 3 minutes to get search results. Again, using the CLI yielded results in <1 second. After finding PyCharm, all subsequent searches for snaps in Discover also returned results within a second. Let me know if I can somehow help tracking down the problem. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 402182] New: Searching for snaps takes a long time
https://bugs.kde.org/show_bug.cgi?id=402182 Bug ID: 402182 Summary: Searching for snaps takes a long time Product: Discover Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Snap Backend Assignee: aleix...@kde.org Reporter: felipepe...@web.de Target Milestone: --- SUMMARY Searching for snaps like PyCharm and CLion takes a very long time compared to CLI output. STEPS TO REPRODUCE 1. Start Discover and search for "clion" OBSERVED RESULT The search result for the snap appears after 3:48 minutes. EXPECTED RESULT Comparable search time to using "snap find clion" in konsole. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.53.0 Kernel Version: 4.15.0-42-generic OS Type: 64-bit ADDITIONAL INFORMATION Initially searching for PyCharm and CLion took ages, but after that the search was a lot faster, even for other snaps. While Discover was taking its time to find the snaps I tried the CLI option and found the snaps immediately, so snapcraft was definitely available. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402144] New: Add "Show in Folder" button to file download notifications
https://bugs.kde.org/show_bug.cgi?id=402144 Bug ID: 402144 Summary: Add "Show in Folder" button to file download notifications Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Notifications Assignee: k...@privat.broulik.de Reporter: felipepe...@web.de CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY I think it would be nice to have an extra button in the notification to show a file that was downloaded or received via bluetooth in its folder. For me that would definitely add to the usability. STEPS TO REPRODUCE 1. Download a file using Firefox OBSERVED RESULT A notification pops up when the download is finished, including an "Open" button. If I want to move the file to another folder, I have to open Firefox, navigate to the downloads and push the button to show the file in its folder. Desired RESULT Have a "Show in folder" button in the notification. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.52.0 Kernel Version: 4.15.0-42-generic OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 402126] New: Notifications occlude active window
https://bugs.kde.org/show_bug.cgi?id=402126 Bug ID: 402126 Summary: Notifications occlude active window Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Notifications Assignee: k...@privat.broulik.de Reporter: felipepe...@web.de CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY I find it very annoying that Notifications pop up for the active window because they potentially occlude the window itself. If I for example use Spotify in the lower right corner of my screen, skipping to the next song produces a notification with the song's name. This is redundant as I am actively using the application and furthermore, the application gets occluded by the notification. STEPS TO REPRODUCE 1. Tile Spotify to the lower right of the screen 2. Skip to the next song OBSERVED RESULT A Notification pops up and occludes Spotify. EXPECTED RESULT No Notification is generated because Spotify is the active window. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.14 KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.52.0 Kernel Version: 4.15.0-42-generic OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 401985] "Updates" notification doesn't open Discover if minimized
https://bugs.kde.org/show_bug.cgi?id=401985 --- Comment #3 from MrPepe --- The same behaviour can be observed if Discover is minimized, I use right click on the taskbar icon and then click "Updates". I don't know if that should be a separate bug or has the same cause. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 401985] "Updates" notification doesn't open Discover if minimized
https://bugs.kde.org/show_bug.cgi?id=401985 --- Comment #2 from MrPepe --- X11 -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 401985] "Updates" notification doesn't open Discover if minimized
https://bugs.kde.org/show_bug.cgi?id=401985 MrPepe changed: What|Removed |Added Summary|Notification doesn't open |"Updates" notification |Discover if minimized |doesn't open Discover if ||minimized -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 401985] New: Notification doesn't open Discover if minimized
https://bugs.kde.org/show_bug.cgi?id=401985 Bug ID: 401985 Summary: Notification doesn't open Discover if minimized Product: Discover Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: discover Assignee: aleix...@kde.org Reporter: felipepe...@web.de Target Milestone: --- SUMMARY If Discover is minimized to the taskbar and the tray icon indicates that updates are available, Discover doesn't show up after a click on "View updates". STEPS TO REPRODUCE 1. Start Discover 2. Minimize Discover to taskbar 3. Click "Updates" tray icon when updates are available 4. Click "View updates" OBSERVED RESULT The taskbar icon for discover gets highlighted but the Discover window does not appear. EXPECTED RESULT The mouse-over infobox for the "View updates" button after clicking the "Updates" tray icon says "Launches Discover to update the software". I would expect the Discover window to appear on screen. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE neon 5.14 KDE Plasma Version: 5.14.4 KDE Frameworks Version: 5.52.0 Qt Version: 5.11.2 -- You are receiving this mail because: You are watching all bug changes.