http://bugs.freedesktop.org/show_bug.cgi?id=16716
Summary: swfdec doesn't handle uri encoding, leading to failures
on file:///
Product: swfdec
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: medium
Component: library
AssignedTo: swfdec@lists.freedesktop.org
ReportedBy: [EMAIL PROTECTED]
QAContact: swfdec@lists.freedesktop.org
The symptoms: in Nautilus, double-click on a flash file that has spaces,
question marks, or non-ASCII characters in its name (e.g. "ибражы.swf").
Swfdec-player says that "%D0%B8%D0%B1%D1%80%D0%B0%D0%B6%D1%8B.swf is not a
Flash file."
The reason this is happening is that SwfdecURL is blithely ignorant of URI
encoding. See http://www.w3.org/Addressing/URL/4_URI_Recommentations.html for a
short introduction to the subject.
So when Nautilus calls 'swfdec-player
file:///home/me/%D0%B8%D0%B1%D1%80%D0%B0%D0%B6%D1%8B.swf', and the URL gets
passed to swfdec_url_new(), the resulting SwfdecURL ends up with
"/home/me/%D0%B8%D0%B1%D1%80%D0%B0%D0%B6%D1%8B.swf" in its path field, which
obviously doesn't exist on my hard drive, leading to failure.
There are two ways of fixing this situation.
The WRONG way would be to make swfdec-player pass invalid URIs
("file:///home/me/ибражы.swf") to work around swfdec_url's broken
behavior.
The right way is to formally specify, for EACH string parameter and return
value of swfdec_url_* functions, whether the parameter is "raw" or URI-encoded,
and to put in code to do the appropriate conversions. This needs to be thought
out carefully so as not to break existing uses too much.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
_______________________________________________
Swfdec mailing list
Swfdec@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/swfdec
