Issue 13215

Summary: command line deployment will not create Scripts directory
Product: General Reporter: robert.kinsella
Component: scriptingAssignee: tomaisoc
Status: CLOSED NOT_AN_OOO_ISSUE QA Contact: issues@framework <issues>
Severity: Trivial    
Priority: P3 CC: issues
Version: OOo 1.1 Beta   
Target Milestone: OOo 2.0   
Hardware: Sun   
OS: SunOS   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description robert.kinsella 2003-04-09 13:13:44 UTC
Using the command line tools to deploy a generated script parcel, reports an
error if 
1. the user/Scripts
2. the share/Scripts 

directory is not present. The directory is not created.

Suggest that user should be advised that these directories are about to be
created, maybe ask for confirmation.

The behavior is different to that of the Scripts/java and Scripts/beanshell
directories, if these directories are not present, the command line deployment
creates them without warning / asking the user for confirmation.

The behavior of the command line interface should be consistent.
Comment 1 robert.kinsella 2003-04-09 13:14:39 UTC
this bug is on SFrameworkInstall.jar, ed-0.2 rc4
Comment 2 Unknown 2003-04-09 13:28:45 UTC
Assign to Tom to investigate
Comment 3 tomaisoc 2003-05-12 15:49:23 UTC
Error reporting should be consistent.
Comment 4 tomaisoc 2003-06-03 14:20:27 UTC
Looking at the documentation for the command line interface at:

http://framework.openoffice.org/scripting/release-0.2/commandline-devguide.html

this is working as documented. It says:

"If deploying to an OpenOffice.org installation the target directory
should be the <Office Installation>/user/Scripts or <Office
Installation>/share/Scripts directory. If the either the Script Parcel
or the target do not exist an error message is printed. Otherwise the
Script Parcel is deployed to the target."

So I am marking this as resolved INVALID. In my opinion the language
subdirectories should get created silently, if you are deploying the
parcel, you want them to be created.
Comment 5 robert.kinsella 2003-06-13 13:23:59 UTC
closing issue