! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Enable user to umount device
Status:
RESOLVED: FIXED

Comments

Description Yves-Alexis Perez editbugs 2008-08-01 12:42:03 CEST
Hi,

a Debian user reported (and I confirm this) that it's not really easy to write cds in Xfce in some cases.

When one automount optical disks, if she wants to burn something over a rewritable disk, here's the problem:

- put the disk in the drive
- thunar automount the volume
- when running xfburn, it'll notice the volume is mounted, and ask for umount
- thunar and/or places plugin don't want to umount optical discs, they want to eject them. I already asked for thunar to be able to only umount optical discs, but Benny replied that it's not a really common usage, so it should be implemented by the application needing it.

I still think it would be nice for the user to be able to (graphically, I know about exo-umount) umount a drive in whatever situation, but the only one I'm thinking of now is this one :)

So it'd be nice if $user could umount (manually or automagically) a drive when she runs xfburn.

Cheers,
--
Yves-Alexis

PS: the version is 0.3.1 but it's the same in 0.3.2 and they don't appear in version list anyway :)
Comment 1 David Mohr 2008-08-01 15:26:36 CEST
Given thunars behavior, which is understandable from a purely GUI perspective, I'll work on this next.
Comment 2 David Mohr 2008-08-05 21:54:58 CEST
This should be fixed in rev. 5201. HAL is now used to discover burning devices, instead of libburn, and xfburn will automatically try to unmount a drive before using it.
I'd appreciate some testing, so if I could get a comment or two that everything still works as expected that'd be great.
Comment 3 Yves-Alexis Perez editbugs 2008-08-05 22:40:24 CEST
(In reply to comment #2)
> This should be fixed in rev. 5201. HAL is now used to discover burning devices,
> instead of libburn, and xfburn will automatically try to unmount a drive before
> using it.
> I'd appreciate some testing, so if I could get a comment or two that everything
> still works as expected that'd be great.
> 

Ok, it seems to work, but after blanking the disc it seems it's not available. When trying to burn (in the same session), xfburn says “unable to grab drive” and the console says:

** (xfburn:15170): WARNING **: Unable to grab drive at path '/dev/scd0' (ret=0).

(btw it seems you're missing a check for libthunar-vfs in the ./configure, or at least a hard check, because I didn't have libthunar-vfs-1-dev package installed and ./configure succeeded, but then I couldn't build xfburn because of missing header files.

Cheers,
Comment 4 David Mohr 2008-08-05 23:27:18 CEST
Thanks for the test run Corsac!

Compilation without thunar-vfs is fixed. Thunar-vfs is still not a hard dependency, I just forgot some #ifdef's. It is required though to unmount a disc. 
Comment 5 David Mohr 2008-08-07 15:15:31 CEST
(In reply to comment #3)
> ** (xfburn:15170): WARNING **: Unable to grab drive at path '/dev/scd0'
> (ret=0).

Alright, finally tracked this down. I added a function call at the wrong place a long time ago (rev. 5057). It's fixed in rev. 5207.

In r5208 I've updated the README to include some info about requirements / optional reqs.

I'll wait with closing until I hear that it works again.
Comment 6 Yves-Alexis Perez editbugs 2009-02-05 07:55:19 CET
This one seems fixed now :)
Comment 7 David Mohr 2009-02-22 03:38:18 CET
Closing this seems overdue...

Bug #4260

Reported by:
Yves-Alexis Perez
Reported on: 2008-08-01
Last modified on: 2009-02-22

People

Assignee:
Xfburn Bug Triage
CC List:
1 user

Version

Version:
unspecified

Attachments

Additional information