Issue 11223 - security path settings is case sensitive on drive letter on windows 2000
Summary: security path settings is case sensitive on drive letter on windows 2000
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: scripting (show other issues)
Version: 644
Hardware: PC Windows 2000
: P2 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: duncan.foster
QA Contact: issues@framework
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-02-05 18:38 UTC by robert.kinsella
Modified: 2003-03-13 11:10 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description robert.kinsella 2003-02-05 18:38:39 UTC
Scripting framework 02.04.2003, on win 2000, using staroffice 644 build u.
(OpenOffice.org build 644 is not available for test yet)


Select Tools, assign script(java) to menu.
Select highlighttext.showform in the select script function.
Select File, and enter highmenu in the New Menu box.
Select New script menu and ok. 
Restart StarOffice / Openoffice.
Select tools options, staroffice, security. Ensure the run macro
is set to 'According to path list'
Select ok.
Open a text document which is not in the path list described under security
settings e.g. in D:\dir1\dir2\dir3.
Select File- highmenu, nothing should happen.

Select Tools, options, staroffice, security and add the path
D:\dir1\dir2\dir3 to the path list, select ok
Select File-highmenu - the highlight text box should be launched.
Close the highlight test menu box.

Select Tools, options, staroffice, security and delete the previously added path
i.e. D:\dir1\dir2\dir3
Add a new path d:\dir1\dir2\dir3 - note the lowercase d:.
Again select file-highmenu
BUG- nothing happens, the security setting does not recognise d: as a valid
drive letter, changing the path back to D:\dir1\dir2\dir3 - the highlight text
menu box again functions correctly.
Comment 1 Unknown 2003-02-07 10:42:01 UTC
Assigned to Duncan to fix
Comment 2 duncan.foster 2003-02-07 10:45:15 UTC
It's a bug alright. Will fix.
Comment 3 robert.kinsella 2003-02-12 13:49:08 UTC
changing target milestone to 2.0
Comment 4 duncan.foster 2003-02-14 09:48:50 UTC
Have #ifdef'd for Windows a case insensitive check on path.
Comment 5 robert.kinsella 2003-02-24 16:27:01 UTC
tested on win2000, SframeworkInstall.jar.21.02.2003 problem is not
fixed there is functional differences between path setting d:\MemoryUsage 
and D:\MemoryUsage Also D:\memoryusage is not valid, if directory name
is D:\MemoryUsage
Comment 6 duncan.foster 2003-02-25 16:09:18 UTC
Incorrect param in the ifdef. Fixed & tested.
Comment 7 robert.kinsella 2003-02-27 18:25:32 UTC
verified fixed SframeworkINstall.jar.27.02.2003
Comment 8 michael.bemmer 2003-03-13 11:10:36 UTC
As mentioned on the qa dev list on March 5th I will close all resolved
<wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.