Closed Bug 80330 Opened 23 years ago Closed 23 years ago

files not updated on nightly latest list

Categories

(SeaMonkey :: Build Config, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: tracy, Assigned: leaf)

References

()

Details

I downloaded embed-i686-pc-linux-gnu.tar.gz and mozilla-i686-pc-linux-gnu.tar.gz 
from the nightly latest list. The files within haven't been updated since March 
18,  even though the ftp date says it is current.  

D'OH!!!

I've been running smoketests and memory performance tests on the same stuff for 
nearly two months.  No wonder nothing has been changing. Boy do I feel like a 
dope.
I went over and checked out twalker's setup, and it turns out the memory test
scripts are pulling builds from /share/systems/mozilla which haven't been
updated in months.  I changed it to use ncftp to pull files from
ftp.mozilla.org, so he's good to go, albeit months behind on the testing.

I think we need to get rid of or make unreadable /share/systems/mozilla so
anyone else out there that might be looking there doesn't get burned like this.
 cc'ing endico for input.
gtkEmbed loads about: fine, user agent is listed there w/ build date.
We should make this part of the QA/build verification process,
make sure you know what you are testing.
/share/systems/mozilla/ftp/pub is now known as 

/share/systems/mozilla/ftp/pub-not-used-anymore
cool.  that should do it.  thanks!
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
verified.
Status: RESOLVED → VERIFIED
twalker: This provided a good opportunity to learn about the margin of error in 
your tests though :)
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.