If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Compute archive size for insertion in config.ini at build time

RESOLVED FIXED in mozilla0.9.1

Status

SeaMonkey
Build Config
P3
minor
RESOLVED FIXED
17 years ago
13 years ago

People

(Reporter: Samir Gehani, Assigned: J.J. Enser)

Tracking

Trunk
mozilla0.9.1
PowerPC
Mac System 8.6

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
We need to add a new parameter to the Component sections that reflects the
component's .xpi archive size.

We can use the following format:
[Component???]
...
Archive Size=<#componentName_archiveSize>

So, for example XPCOM may look like:
[Component0]
...
Archive Size=<#xpcom_archiveSize>

The build automation will need to parse for and substitute the values of all the
archive sizes.  This will be used in two places in the installer:
1> when calculating required disk space before download
2> in making a unified download progress bar that will reflect the progress of
all xpis being download with a singe total max summation of all their sizes.
(Assignee)

Comment 1

17 years ago
Created attachment 28552 [details] [diff] [review]
patch to config.ini_tmpl for both mozilla & netscape
(Reporter)

Comment 2

17 years ago
r=sgehani
(Assignee)

Comment 3

17 years ago
fixed.
checked in: mozilla/xpinstall/wizard/mac/macbuild/config.ini_tmpl
            ns/xpinstall/wizard/mac/config.ini_tmpl     
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED
(Assignee)

Comment 4

17 years ago
Samir, I think you're the person who should verify this bug since the changes 
were made for the new progress bar model you're working on.
(Reporter)

Comment 5

17 years ago
Archive sizes are now in both ns and moz installer config.inis.  Small nit that
will have an impact on download progress UI: it looks like the archive size is
calculated in KB by dividing by 1000 instead of by 1024.  Please change this
calculation to divide by a factor of 1024.  Reopening for this nit.  (Thanks for
getting the Archive Size key implemented expediently.)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Updated

17 years ago
Target Milestone: --- → mozilla0.9.1

Comment 6

17 years ago
changing QA contact to sgehani per jj's comments.

jj's out til 5/1, so leaving target as 0.9.1.
QA Contact: granrose → sgehani

Updated

17 years ago
Severity: normal → minor
Priority: -- → P3
(Reporter)

Comment 7

17 years ago
The new donwload UI will be dependent on this.  If the new download UI will go
in for nsbeta1 (which it is currently scheduled for per bug 77979) then we need
this too.  Hence, nominating for good measure.  
Keywords: nsbeta1
(Reporter)

Updated

17 years ago
Blocks: 77979
plussing since this is a required subtask of an already-plussed bug
Keywords: nsbeta1 → nsbeta1+
(Assignee)

Comment 9

17 years ago
Oops, this one slipped through the craks. Just fixed.
Status: REOPENED → RESOLVED
Last Resolved: 17 years ago17 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.