Bug 613249

Summary: k3b becomes unresponsive displaying 60-80% completion of an Audio CD rip to flac.
Product: [Fedora] Fedora Reporter: E.Patton <redhatbugzilla>
Component: k3bAssignee: Roman Rakus <rrakus>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 13CC: ltinkl, rdieter, rnovacek, rrakus, smparrish, tsmetana
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-07-27 06:02:42 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description E.Patton 2010-07-10 10:28:27 UTC
Description of problem:
k3b becomes unresponsive displaying 60-80% completion of an Audio CD rip to flac.The rip completes successfully but the application must be terminated using the window manager. 

Version-Release number of selected component (if applicable):
1.92.0 (KDE4.4.4)

k3b.x86_64                          1:1.92.0-1.fc13              @updates       
k3b-common.noarch                   1:1.92.0-1.fc13              @updates       
k3b-extras-freeworld.x86_64         1:1.92.0-1.fc13              @rpmfusion-free-updates
k3b-libs.x86_64                     1:1.92.0-1.fc13              @updates       


How reproducible:

Every time

Steps to Reproduce:
1. Select Tools->Rip audio CD
2. Select Start Ripping (post auto CDDB completion of the track names)
3. Select the file type to flac
4. The filenaming and Advanced tabs are left at default settings other than Convert " "->"_" is selected on the filenaming tab.
  
Actual results:
At around 60-80% completion displayed, the ripping panel (and application) becomes unresponsive and its display is no longer updated and the only way to exit the panel is to terminate the window using the window manager.

The actual rip does succeed and is 100% complete.

Expected results:

The rip panel and application should remain responsive and eventually offer a close option at completion of the rip. The rip should succeed.

Additional info:

Whilst verifying that the issue was not related to the CDs that I was using, I tested with an old (>15 years) known good CD. In that instance the entire desktop locked up and I had to shut down the system via remote login (VTs were not accessible).

I have reproduced the same issue on my eeePC using an external USB drive in 32-bit F13.

The CD drive in use is an Optiarc DVD RW AD-7200S Rev 1.05

Comment 1 E.Patton 2010-07-12 12:17:26 UTC
The same issue is still there in kde-testing (KDE4.5) on 32-bit (yet to verify on the 64-bit system).
 
k3b.i686                               1:2.0.0-2.fc13           @kde-testing    
k3b-common.noarch                      1:2.0.0-2.fc13           @kde-testing    
k3b-extras-freeworld.i686              1:1.92.0-1.fc13          @rpmfusion-free-updates
k3b-libs.i686                          1:2.0.0-2.fc13           @kde-testing

Comment 2 E.Patton 2010-07-15 19:42:30 UTC
The same issue also happens with x86_64.

k3b.x86_64                         1:2.0.0-2.fc13             @kde-testing      
k3b-common.noarch                  1:2.0.0-2.fc13             @kde-testing      
k3b-extras-freeworld.x86_64        1:1.92.0-1.fc13            @rpmfusion-free-updates
k3b-libs.x86_64                    1:2.0.0-2.fc13             @kde-testing

Comment 3 Radek Novacek 2010-07-19 08:48:47 UTC
Reported upstream: https://bugs.kde.org/show_bug.cgi?id=245111

Comment 4 Radek Novacek 2010-07-27 06:02:42 UTC
This bug was fixed in upstream.