Issue 68293 - URL argument in loadComponentFrom URL has become case sensitive
Summary: URL argument in loadComponentFrom URL has become case sensitive
Status: CLOSED FIXED
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All Windows XP
: P3 Trivial
Target Milestone: ---
Assignee: joerg.skottke
QA Contact: issues@api
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-09 15:16 UTC by bmarcelly
Modified: 2013-02-24 21:09 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description bmarcelly 2006-08-09 15:16:38 UTC 
In version 2.0.3 (may be older 2.0 versions also) the "file" part in an URL is now 
case sensitive. It was not case sensitive in version 1.1.5.
Example:
' this will load the document
sUrl = "file:///C:/Docs%20OpenOffice/_cible.ods"
' this will throw exception
sUrl = "File:///C:/Docs%20OpenOffice/_cible.ods"
' this will throw exception
sUrl = "FILE:///C:/Docs%20OpenOffice/_cible.ods"

This gives exception with macros working with versions 1.1.x.
Comment 1 jsc 2006-08-15 15:21:25 UTC 
jsc -> as: can you please take care of this issue becasue it's obivous that it
is broken
Comment 2 andreas.schluens 2006-09-14 14:06:56 UTC 
AS->HRO: The method os_getSystemPathFromFileURL() must compare the URL 
schema case insensitive. See "RFC1738 2.1. The main parts of URLs" ... even if they 
say "... should treat ..." .-)
Comment 3 Stephan Bergmann 2006-10-23 13:04:15 UTC 
It appears that what is needed to fix this is to change the various occurences
of rtl_ustr_ascii_shortenedCompare_WithLength with
rtl_ustr_ascii_shortenedCompareIgnoreAsciiCase_WithLength in the body of
_osl_getSystemPathFromFileURL in sal/osl/w32/file.cxx:1.11 (both the scheme
"file" and the authority "localhost" have to be treated case insenstive).
Comment 4 Stephan Bergmann 2006-10-23 13:30:31 UTC 
Fixed.  The simplest way to verify is to execute a Basic macro like

Sub Main
  dim args() as new com.sun.star.beans.PropertyValue
  StarDesktop.loadComponentFromURL("File:///d:/test.odt", "_blank", 0, args)
End Sub

(where the File-URL must point to an existing odt file, of course).  This issue
is specific to Windows.
Comment 5 Stephan Bergmann 2006-10-24 14:45:20 UTC 
@jsk:  Please verify.
Comment 6 joerg.skottke 2006-10-30 10:28:10 UTC 
Verified
Comment 7 joerg.skottke 2006-11-10 10:47:57 UTC 
looks ok. Closing