Playing a DVD iso in totem causes the iso to be mounted in .gvfs and not played.

Bug #343067 reported by Mark Smith
44
This bug affects 8 people
Affects Status Importance Assigned to Milestone
gvfs
Unknown
Medium
gvfs (Fedora)
Invalid
Undecided
Unassigned
gvfs (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: totem

Description: Ubuntu jaunty (development branch)
Release: 9.04

Regression In 9.04 (Jaunty): When using totem-xine, totem-gstreamer, etc to open an iso, it mounts the iso to .gvfs, and then doesn't play it. The files contained in the mounted folder are the AUDIO_TS and VIDEO_TS folders, and none of the files contained in them play. Right clicking an ISO and opening it with totem (Movie Player menu option) used to play the ISO if it was a DVD in Intrepid Ibex / 8.10. This is quite important for people who are using netbooks and cannot watch DVDs via an internal drive.

In the case of ALIEN.iso (Or JURASSIC169.ISO or APOLLO69.ISO or any other backup of a DVD)

Expected: Right click on ALIEN.iso, navigate to "Open With > Open with "Movie Player", DVD playback begins.

Actual: Right click on ALIEN.iso, navigate to "Open With" > Open with "Movie Player", DVD is mounted to .gvfs, appears on desktop. totem doesn't play any files or add ALIEN.iso to playlist.

Reproducible: Always.

Other Notes: Physical DVDs are unaffected, and play normally (mounted on /media/cdrom0, but playback from /dev/sr0)

totem:
  Installed: 2.25.92-0ubuntu2
  Candidate: 2.25.92-0ubuntu2
  Version table:
 *** 2.25.92-0ubuntu2 0
        500 http://us.archive.ubuntu.com jaunty/main Packages
        100 /var/lib/dpkg/status

Temporary workaround: Install totem-xine using your package manager. Create a custom command launcher. Right click an ISO, click properties, click the "Open With" tab, click Add, click the Use a custom command arrow, and set the command to totem-xine dvd://

Revision history for this message
Mark Smith (tntc-tig) wrote :

Sorry, my initial workaround is incomplete, and as a result launches whatever is in your dvd drive. I made this mistake because I had the original DVD and the iso I was trying to mount in my DVD drive.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

does it works fine if you open those by File->Open in totem? there's an upstream bug that says it works that way: http://bugzilla.gnome.org/show_bug.cgi?id=381261

Changed in totem (Ubuntu):
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Mark Smith (tntc-tig) wrote :

No, if you go to File->Open it still mounts the ISO and does not play. I was able to get it working by playing it from command line via totem dvd://<path-to-image> in totem-xine.

With totem-gstreamer dvd://<path-to-image>, I get
** Message: Missing plugin: gstreamer|0.10|totem|DVD source|urisource-dvd (DVD source)
** Message: No installation candidate for missing plugins found.
** Message: Error: A DVD source plugin is required to play this stream, but not installed.
gstplaybasebin.c(1673): gen_source_element (): /GstPlayBin:play:
No URI handler for dvd

** Message: Missing plugin: gstreamer|0.10|totem|DVD source|urisource-dvd (ignoring)
** Message: All missing plugins are blacklisted, doing nothing

I think this is unrelated however, since with totem-xine I get fine playback using the above dvd://<path-to-iso> method. Going to file->open, however, always mounts the DVD iso and does not play it.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

works fine here, you might want to send this upstream at bugzilla.gnome.org since you're having the issue.

Revision history for this message
Mark Smith (tntc-tig) wrote :

Where is "here"? Ubuntu 8.10? What works fine? Right clicking an .iso of a DVD and opening with movie player? Going to File->Open and picking the ISO? Clicking and dragging the ISO to a playlist? None of these works fine for me on two separate machines installed with Jaunty Jackalope, but all of them work fine in 8.10 (thus the idea that it is a regression). Instead, the disc is mounted, and the files inside show up as <file>.<extention>;1, for example VIDEO_TS.VOB;1 rather than the proper VIDEO_TS.VOB (possibly related to another bug I saw, am not able to find at the moment). Does playing it from the command line work for you in totem-gstreamer? Totem-xine?

Mark Smith (tntc-tig)
Changed in totem:
status: Incomplete → Confirmed
Revision history for this message
Mark Smith (tntc-tig) wrote :

This behaviour also appears if you attempt to import the file into rythmbox. The iso is mounted, but no content is played. VLC, Disc Burner, and archive manager are able to open the files normally, and do not mount the isos. It appears that Totem and Rythmbox attempt to mount the ISO then read the content somehow.

Revision history for this message
Mark Smith (tntc-tig) wrote :

This appears to be related to gvfsd-archive behavior, as that is what mounts the iso. What controls which files gvfsd attempts to mount?

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Do not confirm your own reports, as said this should be filed upstream at bugzilla.gnome.org by someone able to reproduce the issue, Works fine with Jaunty i don't have such issue playing iso files, please send it upstream if you're still able to reproduce it with Jaunty, Thanks.

Changed in totem (Ubuntu):
status: Confirmed → New
Revision history for this message
Pedro Villavicencio (pedro) wrote :

And since you're using Jaunty, the best (again) is to send it upstream, if you don't know how to do it, please read http://wiki.ubuntu.com/Bugs/Upstream/GNOME ; Thanks.

Revision history for this message
Bruce Cowan (bruce89-deactivatedaccount) wrote :

Surely it doesn't matter what version they are using, if it's an upstream issue, it should be filed there.

Revision history for this message
Mark Smith (tntc-tig) wrote :

Filed upstream. Refined as it is likely a problem with gvfs-archive. I set the status to "confirmed" before because I was told to do so in #ubuntu+1 (before the jaunty release date) by one of the devs in the channel, who along with another user, did indeed confirm the bug. I will leave it as "new" for now, and ask them to set it to confirmed themselves in the future.

Changed in gvfs:
status: Unknown → New
Revision history for this message
Christophe Van Reusel (christophevr) wrote :

hello
 today bug still there.
But here A small correction in your temporary work-around.

Temporary workaround: Install totem-xine using your package manager. Create a custom command launcher. Right click an ISO, click properties, click the "Open With" tab, click Add, click the Use a custom command arrow, and set the command to totem-xine dvd://

Change the totem-xine dvd:// into totem-xine dvd://%u

Then it's working perfect.

greetings christophe

Revision history for this message
Andrew (adhenry) wrote :

Hi.

I have exacly the same issue.

Running 9.04 amd64 which was upgraded from 8.10 amd64. It worked fine in 8.10 and now does not in 9.04.

I have all the gstreamer plugins installed (good,bad,ugly,gnolin etc) and libdvdcss, and previously I could drag an ISO to the totem window for it to play. Then with the 8.10 release (I think) I could right click an ISO and play it in totem, as well as play an ISO over an SSH link, which was great.

Now in Ubuntu 9.04 it seems playing ISO is indeed broken. I start it from terminal and do not get any errors when it fails to play the DVD. I do not think that this issue should be simply fobbed off to upstream. There are other grave packaging errors with totem in Ubuntu 9.04, such as the upnp mess. It is not unlikely that this is also an Ubuntu bug and not an upstream. If we just forward this to upstream it's not going to go anywhere. It makes more sense that Canonical looks at it first to decide if it is upstream or not rather than just passing the buck immediately.

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

It's not likely that anybody in the ubuntu team will look at this bug any time soon, there is hundred of bugs filed every day and only few people working on those and this one is a low priority upstream issue, it will probably be waiting a while there until somebody sends it to GNOME

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

It's not likely that anybody in the ubuntu team will look at this bug any time soon, there is hundred of bugs filed every day and only few people working on those and this one is a low priority upstream issue, it will probably be waiting a while there until somebody sends it to GNOME

Revision history for this message
Mark Smith (tntc-tig) wrote :

It HAS been sent upstream to GNOME. The claim is that it is due to the fact that libarchive in ubuntu 9.04 is out of date. I disagreed with this assessment since the version they tested ships with Fedora 11, and the same issue is there, but have seen no further updates, and have nothing else to add other than "It's still broken." at this time.

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

the recent comment seems to indicate the issue is not a gvfs one

Revision history for this message
Daniel (danielgh) wrote :

Had the same problem. After upgrading to Jaunty from Hardy, Totem would only mount my ISO images instead of reading them, despite installing medibuntu, ubuntu-restricted packages, and various DVD codecs. Setting the command line to "totem-xine dvd://%u" worked, but had to be done separately for each ISO.

Revision history for this message
Cody Cooper (okilljoyo) wrote :

i have been looking at this bug for a few days now.(reproduced the bug on crash system)
did any of the original ISO you tried to mount have Autoplay.exe or INSTALL.EXE on the disk?

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for sent it upstream.

affects: totem (Ubuntu) → gvfs (Ubuntu)
Changed in gvfs (Ubuntu):
status: New → Triaged
Changed in gvfs (Fedora):
status: New → Invalid
Changed in gvfs:
importance: Unknown → Medium
Changed in gvfs:
status: New → Incomplete
Changed in gvfs:
status: Incomplete → Unknown
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.