Xfce version: 4.4.2 (latest stable available for all apps) Thunar: 0.9.0-r2 thunar-volman: 0.2.0 xfdesktop: 4.4.2-r2 HAL: 0.5.11-r1 Thunar segfaults and quits if I press the eject button on my CD drive -- but only if there are Thunar windows open. Steps to reproduce: 1. Open an app or two that accesses the CD drive, such as an audio player or ripper. Decibel and ripperX or Asunder will do nicely for this demonstration. 2. Open a Thunar window or two. 3. Stop playback, finish ripping, but keep the audio app windows open. 4. Press the eject button. 5. Thunar crashes silently and quits all open instances. I recompiled Thunar with "debug" enabled, and ran it from a Terminal to see what was happening. Here's the output. Yes, it *is* that minimal, even with "debug" enabled: $ thunar (thunar:20865): thunar-vfs-CRITICAL **: thunar_vfs_volume_is_mounted: assertion `THUNAR_VFS_IS_VOLUME (volume)' failed Workaround: 1. Close audio application windows before pressing the eject button. However, this is tiresome and annoying when I'm ripping multiple CDs; I have to restart the apps every time. 2. Stop using Thunar, or at least don't keep any windows open. Again, tiresome when working with ripped files.
Update: sometimes I have to close everything to get the drive to eject; I can't leave any apps open that access it. Not Thunar, not audio playback, nothing. It's rather random. . . . and as a "minor" additional note, the thunar crash also seems to affect xfdesktop; that crashes too, though I'm not sure if that is actually caused by thunar dying or not. Every time it happens, I have to go back into the Desktop config tool and re-check "allow Xfce to manage the desktop."
I can reproduce the crash here.
This one should be fixed in revision 28896: * thunar-vfs/thunar-vfs-volume-hal.c: Check if volumes are != NULL when handling "EjectPressed" events. This should fix bug #4257. Patch again supplied by Nick.