aMule Bug Tracker - aMule |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0001549 | aMule | Misc | public | 2009-08-03 17:04 | 2010-07-06 07:55 |
|
Reporter | usr | |
Assigned To | | |
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | unable to reproduce | |
Platform | | OS | | OS Version | |
Product Version | 2.2.5 | |
Target Version | | Fixed in Version | | |
Fixed in Revision | |
Operating System | GNU/Linux [openSUSE 11.1] |
|
Summary | 0001549: aMule doesn't send correctly the URL to players on play files |
Description | If you ha a files with non standard characters, aMule doesn't send correctly the URL to players on play files.
Example: If a download have "'", "á", "é", "í", "ó" or "ú" character in their name, aMule sends this characters as "?" character in the URL. |
Steps To Reproduce | |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | amule-special-characters-error-url.png (18,869) 2009-08-03 17:04 https://bugs.amule.org/file_download.php?file_id=314&type=bug

|
|
Issue History |
Date Modified | Username | Field | Change |
2009-08-03 17:04 | usr | New Issue | |
2009-08-03 17:04 | usr | File Added: amule-special-characters-error-url.png | |
2009-08-03 17:04 | usr | Operating System | => GNU/Linux [openSUSE 11.1] |
2009-08-05 20:01 | GonoszTopi | Note Added: 0003280 | |
2009-08-05 20:38 | usr | Note Added: 0003281 | |
2010-07-06 07:55 | GonoszTopi | Note Added: 0003456 | |
2010-07-06 07:55 | GonoszTopi | Status | new => closed |
2010-07-06 07:55 | GonoszTopi | Resolution | open => unable to reproduce |
Notes |
|
|
That '<?>' mark means an invalid UTF-8 sequence. So I believe aMule sends the file name as ISO-8859-1 but the player tries to read it as UTF-8. |
|
|
(0003281)
|
usr
|
2009-08-05 20:38
|
|
Tested in Kaffeine, VLC, Mplayer and Totem. The same problem in the four players.
Currently (since some years ago) the distros use UTF-8 by default. |
|
|
|
I'm unable to reproduce this bug with current snapshot. I guess it could have been a wxWidgets bug, because aMule sends a Unicode string to wxExecute(), which then should behave platform-specific. |
|