When you use the installer, it sets the last modified date on all files as the time they are installed. We need them to show the date the files were built, so we can keep tracking of builds better, as is done with 4.x.

This might be a problem with sdinst.dll. I'll have to check.

set target milestone to M15 (or B2) move to Install Wizard component

This is a bug with SmartDownload's uncompression routine. Prepending "SD:" to the summary field.

This is a bug with SmartDownload's uncompression routine. Prepending "SD:" to the summary field.

Setting target milestone to m11. This should be in for Beta1 (if possible). This is no longer a SmartDownload issue because the wizard now decompresses .xpi files. I'm investigating to see in which part of the seamonkey code this should be implemented. After talking to Dan, this might fall into the nsFileSpec() category.

(Why is this bug "Netscape Confidential"?) Libjar currently does the extraction and is not using nsFileSpec. Should it? There are arguments that everyone should, but also counter arguments (screws up "standalone" use for one thing). Anyway, libjar *does* have the time info stored.

And why is this a "feature"? I guess it's something that's unimplemented, but I'd hardly call it a feature.

This bug was "Netscape Confidential" because it belonged to SmartDownload. I'm unsetting this now.

setting target milestone to M15, per today's meeting. it would be nice to have for beta 1, but not required.

This bug was stomped all over by rudiklm@indosat.net.id; I am undoing the damage.

I'm reassigning this to sgehani per our previous conversation.

*** Bug 28692 has been marked as a duplicate of this bug. ***

Fixes checked in.

This needs to be verified separately for all platforms. Changing platform and OS fields to reflect the same.

Adding myself to Cc.

checked three platforms- files retaining build dates Win 2000040610/Mac 2000040508/Linux 2000040610