Closed Bug 103242 Opened 23 years ago Closed 23 years ago

component-specific timing dependency sections don't get run

Categories

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

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: curt, Assigned: ssu0262)

References

Details

(Whiteboard: [ETA - 10.05] [JRE+] [PDT+])

Attachments

(1 file, 1 obsolete file)

When I create a subcomponent like Component Something-Uncompress File0, the action never happens at all.
Attached patch Sean provided this fix. (obsolete) — Splinter Review
r=curt My familiarity with the code is weak enough that the code review should be considered pretty cursory but I applied the patch, compiled and tested it and it works.
Comment on attachment 52161 [details] [diff] [review] Sean provided this fix. > /* PRE_DOWNLOAD process file manipulation functions */ > ProcessFileOps(T_PRE_DOWNLOAD, NULL); >+ ProcessFileOpsForSelectedComponents(T_PRE_DOWNLOAD); Everywhere you use the new ProcessFileOpsForSelectedComponents function you put it right next to a ProcessFileOps(blah,NULL) call. This just calls out for combining, both to simplify the code and to minimize the chance of making the same mistake if you ever add another timing to handle. So rename your new function something like ProcessFileOpsForAll() and have that call ProcessFileOps() on NULL before doing the loop. [Or use the ProcessFileOps name for the combined function and rename the existing function to ProcessFileOpsForComponent() -- you'd have to remember to change the calls in xpi.c in that case, though] If you're absolutely convinced you might need to do selected components and NOT the global sections in the future then add another function or macro to call this pair. But it'd be easy enough to separate out the selected component part in the future if you end up needing it that way.
Updating summary, it appears only pre archive and post archive timings worked for specific components.
Summary: Timing=post launchap broken in subcomponents → component-specific timing dependency sections don't get run
The initial patch I provided to curt was only a test because I was not able to test it. Here is another one with review comments taken into account.
Status: NEW → ASSIGNED
Keywords: nsbranch+
Attached patch patch #2Splinter Review
what are the chances that this will make the 094 branch?
Whiteboard: [Need ETA]
Whiteboard: [Need ETA] → [Need ETA] [JRE+] [PDT]
Attachment #52161 - Attachment is obsolete: true
r=curt
Comment on attachment 52197 [details] [diff] [review] patch #2 sr=dveditz, updating status to reflect original r=curt
Attachment #52197 - Flags: superreview+
Attachment #52197 - Flags: review+
Blocks: 103355
Whiteboard: [Need ETA] [JRE+] [PDT] → [ETA - 10.05] [JRE+] [PDT]
pls check this into the branch - PDT+
Whiteboard: [ETA - 10.05] [JRE+] [PDT] → [ETA - 10.05] [JRE+] [PDT+]
Patch has landed to the branch. waiting on trunk to open for general checkins before I can patch the trunk.
patch checked in to trunk.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Build: 2001-10-09-10-0.9.4(WIN) Verified on branch. Config.ini reflects the updated section and statement. [Component Java Patch-Uncompress File0] Timing=post launchapp This still needs to be verified on the TRUNK.
Keywords: vtrunk
Build: 2001-10-09-09-trunk(WIN) Looks good on TRUNK as well. Marking Verified!
Status: RESOLVED → VERIFIED
Keywords: vtrunk
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: