Totem unable to add to playlist after selecting unreadable location
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GTK+ |
Expired
|
Medium
|
|||
Totem |
Invalid
|
Undecided
|
Unassigned | ||
gtk+2.0 (Ubuntu) |
Triaged
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
Binary package hint: totem
When adding to the playlist using the sidebar interface, totem defaults to the directory of the last selected file when prompting for a new file. When that directory is unreadable (e.g. http://
In functional terms:
Observed Behaviour:
1) Totem is open, sidebar is open in Playlist mode
2) Click "+" to add a file
3) Paste a location in the Location control (public location given above)
4) Click "Add" to add the location
5) Add interface closes, Totem shows the new file in the playlist
6) Click "+" to add another file
7) Totem presents dialog with "error accessing 'http://
8) Close dialog
9) Paste another location in the Location control
10) Click "Add" to add the location
11) Nothing happens (no UI changes (except button blink), no message, etc.
Expected Behaviour:
1) Totem is open, sidebar is open in Playlist mode
2) Click "+" to add a file
3) Paste a location in the Location control (public location given above)
4) Click "Add" to add the location
5) Add interface closes, Totem shows the new file in the playlist
6) Click "+" to add another file
7) Totem presents dialog with "error accessing 'http://
8) Close dialog
9) Paste another location in the Location control
10) Click "Add" to add the location
11) Totem shows the new file in the playlist
Alternate acceptable behaviour:
1) Totem is open, sidebar is open in Playlist mode
2) Click "+" to add a file
3) Paste a location in the Location control (public location given above)
4) Click "Add" to add the location
5) Add interface closes, Totem shows the new file in the playlist
6) Click "+" to add another file
7) Totem presents dialog with "error accessing 'http://
8) Close dialog
9) Totem defauls to user home directory (or /media, or any known safe location)
10) Paste another location in the Location control
11) Click "Add" to add the location
12) Totem shows the new file in the playlist
description: | updated |
Changed in totem: | |
status: | Unknown → Unconfirmed |
Changed in totem: | |
status: | Unconfirmed → Confirmed |
Changed in totem: | |
status: | Confirmed → Triaged |
affects: | totem (Ubuntu) → gtk+2.0 (Ubuntu) |
Changed in totem: | |
importance: | Unknown → Undecided |
status: | Confirmed → New |
status: | New → Invalid |
Changed in gtk: | |
importance: | Unknown → Low |
status: | Unknown → Confirmed |
Changed in gtk: | |
status: | Confirmed → Expired |
Changed in gtk: | |
status: | Expired → Invalid |
Changed in gtk: | |
importance: | Low → Unknown |
status: | Invalid → Unknown |
Changed in gtk: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in gtk: | |
status: | Confirmed → Expired |
After some review, this appears to be related to functionality in the GTK File Chooser, designed to prevent saving files to unreadable locations, specifilcally that gtk_file_ chooser_ set_filename( ) calls gtk_file_ chooser_ select_ filename, and passes the return value to the caller (FALSE in the case of inaccessible URIs). This then blocks further interaction with the GTK File Chooser until some other URI is selected. Achieving the listed Expected behaviour may have far-reaching consequences.
The Alternate Behaviour looks easier to accomplish with an adjustment to totem-uri.c, by adding return code checking to gtk_file_ chooser_ set_current_ folder_ uri shortly after around line 321.