Apache OpenOffice (AOO) Bugzilla – Issue 11223
security path settings is case sensitive on drive letter on windows 2000
Last modified: 2003-03-13 11:10:36 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.
Assigned to Duncan to fix
It's a bug alright. Will fix.
changing target milestone to 2.0
Have #ifdef'd for Windows a case insensitive check on path.
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
Incorrect param in the ifdef. Fixed & tested.
verified fixed SframeworkINstall.jar.27.02.2003
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.