Closed Bug 6707 Opened 25 years ago Closed 25 years ago

GetFolder: object for "File URL" as targetFolder does not appear to get created properly

Categories

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

PowerPC
Mac System 8.6
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 11881

People

(Reporter: jimmykenlee, Assigned: dougt)

Details

(Keywords: platform-parity)

Build: 5/17/99 SeaMonkey build 1. Use jar at http://jimbob/jars/a_getfolder_2_fileurl.jar 2. Using the form, f = Install.GetFolder("file:///", "getfolder_2_fileurl/subdir"); 3. Trigger jar RESULT: Nothing appears to happen. According to the Install.log, the installscript aborts: --------------------------------------------------------------------------- Acceptance: a_getfolder_2_fileurl --------------------------------------------------------------------------- Starting Installation at 05/18/1999 12:06:10 Aborted Installation at 05/18/1999 12:06:10 Finished Installation 05/18/1999 12:06:10 EXPECTED RESULT: The directory, "getfolder_2_fileurl/subdir", gets created since it does not previously exist. The component, "smrtupdt.txt", is added to "getfolder_2_fileurl/subdir". The Install.log indicates that the component was added successfully.
QA Contact: 4395 → 4138
Changing QA Contact from Grace to Jimmy.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fixed. This was not implemented and now is.
Status: RESOLVED → REOPENED
The directory gets created, but I'm getting duplicates which is unexpected. The Install.log shown below reflects this as well: --------------------------------------------------------------------------- Acceptance: a_getfolder_2_fileurl --------------------------------------------------------------------------- Starting Installation at 06/07/1999 16:34:46 Item [1/1] Installing: C:\Program Files\moz67\x86rel\getfolder_2_fileurl\subdir\getfolder_2_fileurl\subdir\smrtupd t.txt Finished Installation 06/07/1999 16:34:46
Resolution: FIXED → ---
Clearing Fixed resolution. Please set the milestone.
Target Milestone: M10
set target milestone to M10
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Item [1/1] Installing: C:\dev\cmonkey\mozilla\dist\WIN32_D.OBJ\bin\getfolder_2_fileurl\subdir\smrtupdt .txt It is fixed now. We should also add another test case which tries calling GetFolder with a File URL and *no* relative path.
Status: RESOLVED → REOPENED
Summary: GetFolder: object for "File URL" as targetFolder does not appear to get created properly → [PP] GetFolder: object for "File URL" as targetFolder does not appear to get created properly
Build 7/29/99 Mac Build 7/30/99 Linux, Windows Windows behaves as expected now. However, Linux and Macintosh still have problems. No directory or component is installed on Linux. The Install.log from Linux shows: --------------------------------------------------------------------------- http://jimbob/jars/a_getfolder_2_fileurl.jar -- 08/02/1999 15:26:59 --------------------------------------------------------------------------- Acceptance: a_getfolder_2_fileurl ** ERROR (-3): Installing: /getfolder_2_fileurl/subdir/smrtupdt.txt Install script aborted Finished Installation 08/02/1999 15:26:59 For Macintosh, the component is installed, but the directories are not created. The Version Registry is consistent with what the log file reports. The Install.log shows the following: --------------------------------------------------------------------------- http://jimbob/jars/a_getfolder_2_fileurl.jar -- 08/02/1999 16:06:54 --------------------------------------------------------------------------- Acceptance: a_getfolder_2_fileurl Item [1/1] Installing: Webbies:moz729:mozilla-mac-M9:smrtupdt.txt Install completed successfully Finished Installation 08/02/1999 16:06:55
Clearing Fixed resolution due to reopen.
Resolution: FIXED → ---
OS: Windows NT → Mac System 8.6
Hardware: PC → Macintosh
Status: REOPENED → ASSIGNED
on linux, you are trying to install something to: /getfolder_2_fileurl/subdir/ odds are you do not have permission to do this. If you try this as root (which I strongly do not recommend), you will find that this testcase should work. You may want to create another testcase that can verify this type of functionality on systems that have strongly enforced access. As for the mac, I do not know. Please verify that what you are seeing is that when you use a "file:///" plus a relative path, you really only install in the process directory.
moving to m15 per cathleen
Target Milestone: M10 → M15
Build 8/23/99 Linux works if the installation is made to a directory where the user has write permissions. The Version registry appears correct. http://jimbob/jars/f_getfolder_unix_fileurl.jar Install.StartInstall("Functional: f_getfolder_unix_fileurl", regName, vi, 0); f = Install.GetFolder("file:///", "u/jimmylee"); Install.AddSubcomponent(regName, jarSrc, f, jarSrc);
Bulk move of XPInstall (component to be deleted) bugs to Installer: XPInstall Engine
Keywords: pp
Summary: [PP] GetFolder: object for "File URL" as targetFolder does not appear to get created properly → GetFolder: object for "File URL" as targetFolder does not appear to get created properly
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 11881 ***
cleaning up: VERIFY duplicate
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.