Bug 457093

Summary: GUI prevents rips from multiple discs simultaneously
Product: [Applications] k3b Reporter: captain
Component: GUI/UsabilityAssignee: k3b developers <k3b>
Status: REPORTED ---    
Severity: normal CC: michalm, trueg
Priority: NOR    
Version: 22.04.3   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description captain 2022-07-24 20:38:37 UTC 
SUMMARY
With discs in multiple optical drives, the GUI prevents interacting with any other drives after starting the first one.

STEPS TO REPRODUCE
0. Requires a minimum of 2 cd trays with media inserted
1. Click "Start Ripping" on an audio disc...start
2. General GUI becomes inaccessible while the rip is in progress.

ACTUAL RESULT
I cannot use the GUI to start a rip on any other, idle tray with media inserted and recognized.

EXPECTED RESULT
I expect the GUI to be able to background the rip process window, so I can interface with another unused drive/cd, and begin a simultaneous rip of a different disk to a different directory location.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.25.3
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.5

ADDITIONAL INFORMATION
I have the k3b process wrapped in firejail, and I've already gone through the hoops to make everything work as expected from a usability perspective (i.e: k3b can burn/rip cds individually, and obtain cddb info). I don't imagine the sandbox is causing the issue with window management, this seems entirely within UI/UX of k3b itself.