Bug 457093 - GUI prevents rips from multiple discs simultaneously
Summary: GUI prevents rips from multiple discs simultaneously
Status: REPORTED
Alias: None
Product: k3b
Classification: Applications
Component: GUI/Usability (show other bugs)
Version: 22.04.3
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: k3b developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-07-24 20:38 UTC by captain
Modified: 2022-07-24 20:38 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
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.