Set G_FILENAME_ENCODING

Bug #18841 reported by Sven Herzberg
10
Affects Status Importance Assigned to Milestone
Rhythmbox
Expired
Medium
rhythmbox (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

(I file this under rhythmbox because this is the package where I experience this)

I often exchange files with other people (both Windows and Linux users), so
occasionally I have some (sortof) broken filenames on my disk - e.g. a windows
codepage interpreted as iso-8859-1(5). As this is not directly a bug, these
things avoid several things to work correctly here.

Rhythmbox is not able to convert these filenames correctly when it should
display them. If G_FILENAME_ENCODING would have been set to the correct value,
this would not occur. Please set G_FILENAME_ENCODING to a reasonable value in
the login script.

http://bugzilla.gnome.org/show_bug.cgi?id=309947: http://bugzilla.gnome.org/show_bug.cgi?id=309947

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

Thanks for your bug. When do you have an error? What do you want to convert?
Rhythmbox uses the tags and not the filename for the list of tracks. Can you
attach a such file to the bug or put it somewhere for download?

Revision history for this message
Sven Herzberg (herzi) wrote :

Rhythmbox falls back to the filenames if no tags are set. Such a file can be
created like this:

gnomevfs-copy "file://$HOME/.bashrc" "file://$HOME/Massive%20T%F7ne%20-%20Cruisen"

The problem is that trying UTF-8 is a nice thing, but e.g. rhythmbox doesn't try
to fall back to something which can handle broken filenames (such as nautilus
does), rb just gives up and says "Invalid filename", which is not useful for the
user as he can't even find out which file rb is talking about as it also
displays "Invalid filename" in the properties window of the file.

This bug is rhythmbox bug: http://bugzilla.gnome.org/show_bug.cgi?id=309947

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

thanks for the upstream pointer

Revision history for this message
Sven Herzberg (herzi) wrote :

The bug in the GNOME bugtracker is NOT the same as here, the bug in RB is just an enhancement request to also try an ISO encoding.

This bug is about making Ubuntu support filename encodings as they are used on other OS's partitions by providing a fallback on the distribution level.

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

What do you call "fallback on the distribution level"? Note that's you who pointed the GNOME bug before ...

Changed in rhythmbox:
status: Unconfirmed → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream has marked that bug as fixed, doing the same. Feel free to argue upstream if you disagree with them

Changed in rhythmbox:
assignee: nobody → desktop-bugs
status: Unconfirmed → Fix Released
Revision history for this message
Sven Herzberg (herzi) wrote :

This bug was about (either the upstream fix or this bug). If you read the reports you'll see that this bug is the "as long as upstream doesn't do anything".

Changed in rhythmbox:
status: Fix Released → Confirmed
Revision history for this message
Mahmoud ElGammal (gammal) wrote :

I don't know if this is related. I have some files with tags encoded in windows-1256. Apparently, they are displayed in iso-8859-1.

Changed in rhythmbox:
status: Fix Released → Unconfirmed
Changed in rhythmbox:
importance: Medium → Low
Changed in rhythmbox:
status: Confirmed → Triaged
Changed in rhythmbox:
importance: Unknown → Medium
Changed in rhythmbox:
status: New → Expired
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.