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)
Tracking
(Not tracked)
M15
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.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 2•25 years ago
|
||
Fixed. This was not implemented and now is.
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
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 6•25 years ago
|
||
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
Assignee | ||
Updated•25 years ago
|
OS: Windows NT → Mac System 8.6
Hardware: PC → Macintosh
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 9•25 years ago
|
||
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.
Reporter | ||
Comment 11•25 years ago
|
||
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);
Comment 12•25 years ago
|
||
Bulk move of XPInstall (component to be deleted) bugs to Installer: XPInstall
Engine
Updated•25 years ago
|
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 ago → 25 years ago
Resolution: --- → DUPLICATE
Comment 13•25 years ago
|
||
*** This bug has been marked as a duplicate of 11881 ***
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•