obtuse error when ejecting a playing DVD

Bug #387467 reported by Mik3
24
This bug affects 4 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Fix Released
Low
Unassigned
Totem
Fix Released
Medium
totem (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Totem throws up an unfriendly cannot read from resource error if you use the eject button on the drive while watching the media on it, as is common when the movie finishes and its credits are being shown. It should "fail" silently in this case.

Related branches

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

 * Is this reproducible?
 * If so, what specific steps should we take to recreate this bug?
 * What ubuntu version do you use?

 This will help us to find and resolve the problem.

Changed in totem (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
Changed in totem (Ubuntu):
status: New → Incomplete
Revision history for this message
Alexey Nedilko (alexey.nedilko) wrote :

Yes, it is very well reproducible. The steps to reproduce are:

1. Insert video DVD and start palying it with Totem
2. While playing, press Eject button on your DVD drive.
3. An error message like "Cannot unmount volume" is displayed.

What actually happens, is that on pressing Eject Ubuntu tries to unmount the volume, but fails since it is in use (Totem is playing it).

I can confirm this bug on versions 8.10 and 9.04, but I believe it affects all versions of Ubuntu.

Changed in totem (Ubuntu):
status: Incomplete → Confirmed
Martin Albisetti (beuno)
Changed in hundredpapercuts:
status: New → Confirmed
Changed in hundredpapercuts:
milestone: none → round-3
Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

Mik3, can you please attach a screenshot of the error dialog?

Changed in hundredpapercuts:
milestone: round-3 → round-9
Revision history for this message
Alexey Nedilko (alexey.nedilko) wrote :

David,

Here is the screenshot you've requested (though I'm not Mik3 :))

You can see there

1) The mounted DVD disk in Nautilus
2) Totem playing the DVD
3) Error message that is shown when Eject button is pressed on DVD drive. The error message is localized (in Russian). Translated back into English, it's something like "Could not unmount volume. An application does not allow to unmount volume 'MYDVD'".

Thanks,
Alexey Nedilko

Revision history for this message
komputes (komputes) wrote :

Tried to eject a video DVD in karmic and I was asked for my password in a devicekit-disks dialog.

Andrew (and471)
Changed in totem:
status: New → Confirmed
Revision history for this message
Andrew (and471) wrote :

This is the dialog I get in Jaunty (in english)

I don't really think this is a papercut, totem can't read from the resource, to me that makes sense, I have just ejected the disk.

Correct me if I am wrong David, but I don't feel this is a bug, what else do you want totem to say?

Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote : Re: [Bug 387467] Re: obtuse error when ejecting a playing DVD

Users will often press the eject key to check if there's a CD in the
drive. If there is no CD, nothing should be ejected. The bottom line
is that pressing "eject" when there is no CD in the drive is not a
serious error that should be thrown in the user's face in the form of
a dialog. For another example, if I press "volume up" and my volume is
maxed, it shouldn't show an error dialog: "Error! VOLUME IS ALREADY
MAXED OUT"

Revision history for this message
Matt (gnargafuffle) wrote :

I have a similar problem when playing a dvd in Karmic 9.10 If i right click and eject it unmounts but if you press the button on the dvd player it opens but does not unmount, but it did in jaunty 9.04 no problem???? There must be a way to fix this?

Changed in hundredpapercuts:
milestone: round-9 → lucid-round-6
Revision history for this message
Vish (vish) wrote :

This bug is an upstream one and it would be quite helpful if somebody experiencing it could send the bug the to the people writing the software. You can learn more about how to do this for various upstreams at https://wiki.ubuntu.com/Bugs/Upstream.
Once submitted upstream , do report back with the upstream bug number here.
Thanks in advance!

Changed in hundredpapercuts:
importance: Undecided → Low
Revision history for this message
Vish (vish) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at: https://bugzilla.gnome.org/show_bug.cgi?id=609298

Changed in totem:
importance: Undecided → Unknown
status: Confirmed → Unknown
Changed in totem (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Alex Launi (alexlauni) wrote :

"Users will often press the eject key to check if there's a CD in the
drive. If there is no CD, nothing should be ejected. The bottom line
is that pressing "eject" when there is no CD in the drive is not a
serious error that should be thrown in the user's face in the form of
a dialog. For another example, if I press "volume up" and my volume is
maxed, it shouldn't show an error dialog: "Error! VOLUME IS ALREADY
MAXED OUT""

Then how do you get a cd in the drive in the first place?? Also, the problem here isn't that there's no disk in the drive. The problem is that there IS a disk in the drive, but it's being read from. I think the bug here isn't the dialog, it's the contents of the dialog. We need to answer the question, "What should Totem do when I request to eject a disk, while watching it?"

A couple of possible answers..

1) Stop playback and eject disk- If totem is able to resume playback from where the disk was started this might not be a bad option, if it means starting from the beginning and forcing the user to seek, it should not be considered, but maybe the functionality of restarting playback from where Totem left off should be implemented.

2) Ask the user if they meant to eject, or if it was an accident. If ejection was intentional, stop playback, unmount, and eject. If unintentional, continue playback. Maybe playback should pause while the dialog pops up so the user doesn't miss any of the action, and then if it indeed was an accident, start playback again when the dialog is dismissed?

3) Other?

Revision history for this message
Vish (vish) wrote :

As per comments upstream , Bug https://bugzilla.gnome.org/show_bug.cgi?id=582306 was fixed and the error message has been removed.

Changed in totem (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Vish (vish) wrote :

The playlist entry rather is removed properly.

Changed in hundredpapercuts:
status: Confirmed → Fix Committed
Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

Since the upstream bug has been marked as duplicate of bug https://bugzilla.gnome.org/show_bug.cgi?id=582306, I am linking the upstream task to it.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package totem - 2.30.0git20100413-0ubuntu1

---------------
totem (2.30.0git20100413-0ubuntu1) lucid; urgency=low

  * Updated to a git snapshot since 2.30.1 will be after the freeze for lucid:
    - Fix download buffering for non-fast start FLVs
    - Use GstTag library to translate subtitle languages
    - Fake QT user-agent for trailers.apple.com
    - Use giosrc natively when playing back from FTP
    - Fix position setting on session restore
    - Fix Eject menu item not being available for DVDs (lp: #387467)
    - Ensure the GDK windows we paint on are native ones
    - Split setting up and opening browser streams (lp: #289847)
    - Fixes plugin detection on the Apple trailers site.(lp: #431817)
    - Make seeking with the mouse behave the same as the main player
  * debian/control.in:
    - don't require iso-codes
  * debian/patches/02_lpi.patch,
    debian/patches/90_autotools.patch:
    - new version update
  * debian/patches/91_git_youtube_regex.patch,
    debian/patches/92_git_trailer_apple.patch:
    - the changes are in the new version
 -- Sebastien Bacher <email address hidden> Wed, 14 Apr 2010 12:35:45 +0200

Changed in totem (Ubuntu):
status: Fix Committed → Fix Released
Changed in totem:
status: Unknown → Fix Released
Vish (vish)
Changed in hundredpapercuts:
status: Fix Committed → Fix Released
Changed in totem:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.