ISOImage.java is using millisecond time when it should be seconds. this makes download expiration happen well past the year 30,000. To deal with the existing tokens out there, we should have Sniglets::Downloads.pm check for large values and call them expired.
Alternatively, only update the java code, and regen the secret tokens in the configs.
To test: * navigate to a channel with downloads ie https://rhn.webqa.redhat.com/rhn/software/channel/downloads/Download.do?cid=7276 * Get the url from one of the links. * The first field after download is a number that represents UNIX time. * Convert this to something human-readable (using for instance this: http://www.onlineconversion.com/unix_time.htm) * Ensure that the expire time is within a few minutes/hours (varies in qa v prod etc), rather than thousands of years from now.
AO 12/05/07- moving to Verified -- ran test and got : Wed, 05 Dec 2007 17:03:05 GMT for https://rhn.webqa.redhat.com/rhn/software/channel/downloads/Download.do?cid=7276 https://rhn.webqa.redhat.com/download/1196874185/a65a76b07c743151101aad9ac2e313c4c5c35b79/4930645/24616/rhn/isos/JBEAP-4.2.0_CP01/jbappplatform-4-i386-server-5-rpm/RHEL5.1-JBEAP-4.2.0-20070914.4-i386-disc1-ftp.iso