SUMMARY While installing a new Flatpak, when you either connect to or disconnect from a VPN connection, the download will stall and attempting to cancel the download will not do anything. After a few minutes the download is cancelled but it should cancel as soon as you select cancel. I believe the stall is due to Flatpak and not Discover, but the cancel action should still function appropriately. STEPS TO REPRODUCE 1. Install a larger Flatpak (that will take a short while to download for testing purposes) 2. Either connect to or disconnect from a configured VPN 3. The download will stall and will not immediately retry 4. Select "Cancel" either in the top-right or bottom-left area OBSERVED RESULT Nothing changes, the installation is not immediately cancelled. EXPECTED RESULT The installation should immediately cancel. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 6.1.2 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 Kernel Version: 6.9.7-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION Potentially related to 457205.
> I believe the stall is due to Flatpak and not Discover, but the cancel action should still function appropriately. How would that work?
(In reply to Harald Sitter from comment #1) > > I believe the stall is due to Flatpak and not Discover, but the cancel action should still function appropriately. > > How would that work? Well you can cancel Flatpak downloads from the CLI by sending an interrupt.
You mean the cancel button should terminate discover like an interrupt terminates the flatpak CLI?
(In reply to Harald Sitter from comment #3) > You mean the cancel button should terminate discover like an interrupt > terminates the flatpak CLI? Sorry, I don't understand what you're asking. Are you able to reproduce the issue? I don't really have any opinion other than I found this bug so I'm reporting it here.
When you interrupt the flatpak CLI it terminates the process, does it not? It's like if you were to alt-f4 the discover window. You correctly identified flatpak as the location of the bug. It appears to be ignoring the cancel. What I fail to understand is what you want us to do about it.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.