Bug 340248 - K3b when copying DVDs on-the-fly hangs
Summary: K3b when copying DVDs on-the-fly hangs
Status: RESOLVED WORKSFORME
Alias: None
Product: k3b
Classification: Applications
Component: Copying (show other bugs)
Version: 2.0.2
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: k3b developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-23 07:24 UTC by Felix Miata
Modified: 2018-11-01 13:30 UTC (History)
5 users (show)

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


Attachments
kdebugdialog --on k3b output copied from Konsole (59.06 KB, text/plain)
2015-02-16 02:37 UTC, Felix Miata
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Miata 2014-10-23 07:24:05 UTC
+++ This bug was initially created as a clone of Bug #183642 +++ mainly because one needs elevated Bugzilla permission to reopen a bug someone else filed.

k3b-2.0.2-34.2.x86_64
openSUSE 13.2RC1 Linux 3.16.4
cdrdao: 1.2.3
dvd+rw-tools: 7.1-60.1

K3b when copying DVDs on-the-fly gets to 100% and hangs without announcing closing phase. Going to/from an ISO intermediate file works properly.

cf. http://trinity-users.pearsoncomputing.net/?0::6863 where 3.5.13.2 aka 1.0.5-1.oss131.opt.x86_64 in openSUSE 13.1 and 12.3's k3b-2.0.80git20140929.1916-1.1.x86_64 lead to trying newer versions and filing this. Even though the older K3b versions hung, they actually closed the discs properly so that they were playable in standard DVD players, but this has apparently regressed to making coasters.
Comment 1 Felix Miata 2015-01-14 10:03:09 UTC
As of k3b-2.0.80+git20141104.1834-1.1.x86_64 on 13.2 final with latest updates at least, it is no longer necessary to use on the fly to generate the 100% hang without mention of closing. Simply burning a DVD iso to -R 8X JVC Taiyo Yuden media did it today with a brand new SATA "Samsung" TSSTcorp CDDVDW SH-224DB rev SB01 burner. In this case the iso was a Knoppix 7.4.2 DVD that passed prior MD5 check. It does boot, but I have to wonder about whether everything on it will run without errors.
Comment 2 Johannes Obermayr 2015-01-14 17:07:33 UTC
Please start k3b via console:
$ kdebugdialog --on k3b
$ k3b

We need all output ...

When providing this information please set status back to "UNCONFIRMED".
Comment 3 Christoph Feck 2015-02-15 11:57:22 UTC
If you can provide the information requested in comment #2, please add it.
Comment 4 Felix Miata 2015-02-16 02:37:19 UTC
Created attachment 91102 [details]
kdebugdialog --on k3b output copied from Konsole

Running kdebugdialog, I tried k3b-2.0.80+git20150209.2250-1.1.x86_64 burning a DVD iso file to -RW medium in the SH-224DB sr1. It succeeded without reporting any errors.

I logged out and back in, restarted kdebugdialog and k3b, and tried to copy from finalized DVD to -RW without creating an intermediary image. Successfully read source medium/100% overall progress was reached @21:19 clock time, elapsed time 14 minutes 19 seconds. As of 5 minutes later, no further progress was reported, so I tried to cancel the window and exit k3b. It was non-responsive for several seconds, then ejected the target media. "Finished" was reported in a popup window, while the copy window reported "Canceled". I put the ejected media in a DVR. It shows 2:06 total time, 27 chapters, and finds and plays from start of each chapter, IOW, appears to be normal and complete.
Comment 5 Felix Miata 2015-02-16 02:37:54 UTC
.
Comment 6 Andrew Crouthamel 2018-10-31 04:05:35 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Felix Miata 2018-10-31 20:48:57 UTC
K3B 18.08.2 (openSUSE TW 20181029; dvd+rw-tools-7.1-61.6; cdrdao-1.2.3-15.3; cdrecord-3.02~a10-5.1) worked as expected using DVD+R media source on PATA and DVD+R media on SATA target.
Comment 8 Andrew Crouthamel 2018-11-01 13:30:56 UTC
Thanks for the update!