Closed Bug 22085 Opened 25 years ago Closed 25 years ago

Install script fails with "OS Drive" param for getFolder (and null param for addsubcomp)

Categories

(Core Graveyard :: Installer: XPInstall Engine, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: depman1, Assigned: dougt)

References

Details

(Keywords: platform-parity)

build 1999121612-M12. Linux only. 1. Go to XPInstall test page: http://jimbob/trigger2.html 2. Select f_addsubcomp_regName_null from dropdown menu. 3. Press Trigger case. 4. Check logfile. Result: ** ERROR (-225): Installing: /f_addsubcomp_regName_null/f_addsubcomp_regName_null.txt Install script aborted FInished Installation 12/17/1999 15:01:25 HD check: no subdirectory created Expected: Script installation with "f_addsubcomp_regName_null" subdirectory created in home directory. Note: I ran local .xpi with "Program" (instead of "OS Drive") for 1st getFolder parameter. It runs fine. However, if we use "OS Drive" AND a non-null regName in addsubcomp routine, then we get error -229 (happens on both NT and Linux). Will investigate this separately.
Target Milestone: M16
Keywords: pp
Summary: [PP]Install script fails with "OS Drive" param for getFolder (and null param for addsubcomp) → Install script fails with "OS Drive" param for getFolder (and null param for addsubcomp)
The 2 previous cases (both for a_fileop_fileexecute_unix) are only different how the filename is concatenated to the folder object: 1st case uses: fTemp = g + "/" + jarSrc; // concat folder object + foward slash + file name fileSource = getFolder("file:///", fTemp); ... File.delete(fileSource); 2nd case uses: fTemp = g + jarSrc; // concat folder object + file name ... No difference in the results. No file delete with -208 error. (notice the double slash at the beginning of the "pathway": "pathway" = //u/ ... maybe this is part of the problem?) Here is the logfile for the other Linux xpi (a_fileop_fileexe_param_unix): ------------------------------------------------------------------------------- http://jimbob/jars/a_fileop_fileexe_param_unix.xpi -- 03/03/2000 15:35:13 ------------------------------------------------------------------------------- Acceptance: a_fileop_fileexe_param_unix --------------------------------------- [1/1] Replacing: /u/depstein/builds/M14/mar03/package/test_exe_param Install completed successfully The execute part ---------------- ** pathway = //u/depstein/builds/M14/mar03/package/test_exe_param ** fileExecute returns = -208 Install completed successfully Finished Installation 03/03/2000 15:35:14
disregard the last entry. It was inadventantly entered here and was supposed to go in bug 30133. Mea culpa!
reassign to dbragg bug meeting 3/20
Assignee: cathleen → dbragg
Depends on: 24984
Target Milestone: M16 → M15
Target Milestone: M15 → M16
moving to M16
I think that f_addsubcomp_regName_null is corrupt. EXTRACTION_FAILED. Assiging to jimmylee for bit tweaking.
Assignee: dbragg → jimmylee
Build 2000-04-24-09-M16(LINUX) Due to the recent file changes from Don, QA now uses http://jimbob/trigger3.html which map to test cases (xpis) that have been rewritten to use the new API naming conventions. The rewritten test case, f_addfile_regname_null.xpi, now triggers successfully, and the expected behavior is observed. Assigning to Doug to be marked FIXED or to verify my change.
Assignee: jimmylee → dougt
great news.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This still happens. I created a new xpi called "f_adddir_osdrive.xpi". This uses "OS Drive" for 1st parameter in getFolder(). Works fine on NT and Mac, but we get -225 on Linux. Looks like it can't find home directory: ------------------------------------------------------------------------------- http://jimbob/jars/f_adddir_osdrive.xpi -- 04/26/2000 19:14:32 ------------------------------------------------------------------------------- Functional: f_adddir_osdrive ---------------------------- ** ERROR (-225): Installing: //f_adddir_osdrive/thefolder/smrtupdt.txt ** The error = -225 Install script aborted Finished Installation 04/26/2000 19:14:32
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
EXTRACTION_FAILED = -225. Please open a new bug for this since you are using a new xpi file. Marking as works for me.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
marking this verified. submitted new bug 37405
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.