After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 555703 - brasero delete original files in VIDEO_TS folder
brasero delete original files in VIDEO_TS folder
Status: RESOLVED FIXED
Product: brasero
Classification: Applications
Component: general
0.8.2
Other All
: Normal critical
: 0.8
Assigned To: Brasero maintainer(s)
Brasero maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2008-10-09 16:56 UTC by Oxmosys
Modified: 2008-10-12 18:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
brasero --debug log (75.87 KB, text/plain)
2008-10-09 17:02 UTC, Oxmosys
Details

Description Oxmosys 2008-10-09 16:56:33 UTC
Please describe the problem:
When burning a DVD-Video Data DVD with brasero, brasero always delete the original files in the VIDEO_TS folders, no matter if the burning process succeed of failed!! So what you burn is deleted from your hard drive each time! Very Bad..

brasero 0.8.2-0ubuntu1

Steps to reproduce:
1. Have brasero 0.8.2 installed
2. Copy a DVD-Video to your hard drive (you should have VIDEO_TS and AUDIO_TS folders).
3. Open brasero, click on new data project
4. Select your VIDEO_TS and AUDIO_TS folders and click on "Add"
5. Click on Burn...
6. Select Image file as the burner.
7. Click on "Burn", once the burning process succeeded of failed, close click on "Ok" to simply close the window.

Actual results:
VIDEO_TS folder is now suddenly empty!!

Expected results:
brasero should NEVER delete data on the hard drive. It even does it when burn process fails!

Does this happen every time?
Yes

Other information:
Launchpad bug report : https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/280835
Comment 1 Oxmosys 2008-10-09 17:02:32 UTC
Created attachment 120286 [details]
brasero --debug log
Comment 2 Philippe Rouquier 2008-10-12 08:57:04 UTC
Thanks a lot for the report. I fixed this bug in SVN for 0.8.3.
Comment 3 Oxmosys 2008-10-12 18:23:30 UTC
And thanks a lot for the fix! I confirm that the bug is fixed by revision 1363, I can't reproduce it anymore.