Closed
Bug 21758
Opened 25 years ago
Closed 20 years ago
Locked files not replaced after unlocked
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect, P3)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jimmykenlee, Assigned: dveditz)
Details
(Keywords: platform-parity)
Build: 1999-12-14-08-M12(MAC)
1. From http://jimbob/trigger2.html, click on drop-down button and choose
f_addsubcomp_macsmpltxt and click Trigger case button
2. Lock this installed file
3. From http://jimbob/trigger2.html, click on drop-down button and choose
f_addsubcomp_macsmpltxt_inus and click Trigger case button
4. Exit mozilla
5. Unlock locked file
6. Relaunch mozilla
Install.StartInstall("Functional:f_addsubcomp_macsmpltxt_inus",
"f_addsubcomp_macsmpltxt", "1.0.1.5", 1);
f = Install.GetFolder("Program", "simpletext_subdir");
Install.AddSubcomponent(regName, "1.0.1.5", jarSrc, f, jarSrc, true);
RESULT:
From the directory simpletext_subdir, the second installation created a file
named "decode" (126K). The first installation still shows file, SimpleText
(63K). No scheduling of replacement appears to have taken place.
EXPECTED RESULT:
The 63K version of SimpleText is replaced by the 126K version of SimpleText.
NOTE:
The other case to investigate as well is triggering "AddSubcomponent" from
http://puma/x. "ascSmartUpdate.txt" will be installed. Locking this file and
triggering "AddSubcomponent" again will create "ascSmartUpdate.txt-1". But
unlocking "ascSmartUpdate.txt", and relaunching mozilla will not schedule a
replacement. This case may be different because it is not installed to a
subdirectory.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M17
Assignee | ||
Comment 1•25 years ago
|
||
Post beta -- user would have had to do this explicitly. plain "in-use" files
appear to work.
Updated•25 years ago
|
Summary: [PP]Locked files not replaced after unlocked → Locked files not replaced after unlocked
reassign to dveditz
bug meeting 3/20
Assignee: cathleen → dveditz
Target Milestone: M17 → M18
Assignee | ||
Comment 3•24 years ago
|
||
Resetting target field for missed milestones
Target Milestone: M18 → ---
An older bug we have lived with. Also, it's an edge case. Recommend nsbeta1-.
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Comment 5•21 years ago
|
||
This bug is targeted at a Mac classic platform/OS, which is no longer supported
by mozilla.org. Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.
I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".
Comment 6•20 years ago
|
||
Very old bug on a no longer supported platform with testcases which do not work
(since they were behind the Netscape firewall).
WONTFIX, Daniel?
Mac CFM RIP.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → WONTFIX
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
•