Closed Bug 32041 Opened 25 years ago Closed 16 years ago

"3-form" of patch()needs parameter for file to be patched.

Categories

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

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: depman1, Assigned: dveditz)

Details

I found this one looking at the source code:
http://lxr.mozilla.org/seamonkey/source/xpinstall/src/nsInstallPatch.cpp
lines 70-112.

This form of patch()has 3 parameters: patch(String regName, String versInfo, 
String jarSrc). jarSrc is the .gdf file that is the diff btwn the original file 
and the patched file.

To try this out:
1. Go to http://jimbob/trigger2.html.
2. Trigger http://jimbob/jars/f_addunixpatch.xpi (installs the original file).
3. Trigger http://jimbob/jars/f_unixpatch2.xpi (uses the 3-form for patching).
Result: -229 script error. install (patching) fails.

Possibilities: 
a) Add the patch file parameter "inPartialPath" (like in the 5 form: see line 
115) to make it a 4-form.
b) Add the patch file parameter "inPartialPath" and remove the versInfo param 
(since we don't really need it here) to keep it a 3-form.

note: in the same code, line 99, the variable "folderSpec" is used even though 
it's not a parameter imput for this form. This is the return folder object.
Target Milestone: M15
I'll take this one since it affects the API's we can support. By switching to 
string versions instead of objects we can no longer distinguish the signature
Assignee: cathleen → dveditz
Target Milestone: M15 → M16
need some clean up in the code
Target Milestone: M16 → M18
Resetting target field for missed milestones
Target Milestone: M18 → ---
nsbeta1-.  No patching this time around.
Status: NEW → ASSIGNED
The xpinstall script engine has been removed from the trunk, bugs in it are obsolete.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.