Ticket #2689 (closed Bug: fixed)
URLs are encoded incorrectly when connectors pass back URLs for File elements in XML
|Reported by:||surfacepatterns||Owned by:||alfonsoml|
|Component:||File Browser||Version:||FCKeditor 2.6.3|
When the file browser is used to fetch files and folders, an optional "url" attribute can be passed back with each "File" element. If the "url" attribute is not passed back with each "File" element, then the resulting URLs are displayed correctly after fetching an image or link.
However, if the URL parameter is specified, then problems occur. The "GetFilesAndFoldersCallback" function will store the URL, assuming that it isn't encoded already (which is incorrect - the data is a URL, after all). Then, in the "OpenFile" function, the URL will be "re-encoded". This becomes a problem when the URL already contains encoded characters.
For example, if one of the parts of the URL contains a space, then the "url" attribute will come back with a '%20' (as any correct URL should). The resulting '%20' will then be re-encoded to read "%2520" in the 'OpenFile' function. Obviously, this would be incorrect.
comment:12 Changed 4 years ago by mosipov
- Keywords Pending added
- Component changed from General to File Browser
comment:13 Changed 4 years ago by alfonsoml
- Status changed from new to assigned
- Keywords Confirmed Review? added; Pending removed
- Owner set to alfonsoml
- Milestone set to FCKeditor 2.6.5