Closed
Bug 187949
Opened 22 years ago
Closed 14 years ago
kernel.org - Downloading PGP signature files fails with zero-length file (bogus content-encoding header)
Categories
(Tech Evangelism Graveyard :: English US, defect)
Tech Evangelism Graveyard
English US
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: Valdis.Kletnieks, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212
Not sure if this is download manager or network:http or other.
Going to the URL and trying to download one of the *.bz2.sign files works fine.
Downloading any of the *.gz.sign files fails and creates a zero-length file.
Apparently, an attempt is made to unzip it, which produces no output since it's
not a gzipped file, it's a PGP signature of the gzipped file.
Even worse, trying to download it a second time produces a popup error:
"/tmp/ygzxlhm6.sign could not be saved, because the source file could not be read.
Try again later, or contact the server administrator."
This seems to hint that the confusion has extended into the local cache.
Reproducible: Always
Steps to Reproduce:
1. Go to the URL
2. Select any of the *.gz.sign files for downloading.
3.
Actual Results:
First attempt to download produced a zero-length file, subsequent attempts
produced an error popup.
Expected Results:
Downloaded a 248-byte PGP ascii-armored signature.
Comment 1•22 years ago
|
||
> Apparently, an attempt is made to unzip it
Of course. The server claims it's gzipped:
Content-Encoding: x-gzip
This looks like a server configuration issue to me, pure and simple...
Assignee: asa → dougt
Component: Browser-General → Networking
QA Contact: asa → benc
Reporter | ||
Comment 2•22 years ago
|
||
And some snooping with 'snort' shows that it only works with the *.bz2.sign
files because THOSE get sent with a 'Content-Encoding: x-bzip2' which gets
ignored because Mozilla doesn't do bzip2.
I think there's two problems here:
1) The issue with www.kernel.org sending duff content-encodings is obviously an
issue for 'Tech Evangelism'.
2) I contend the fact that there's a Mozilla bug here as well - it tries to
handle the 'Content-Encoding: gzip', fails, and then SILENTLY SAVES AN EMPTY
FILE. More reasonable behavior would be either:
a) Save the original input stream (possibly not doable if we're unzipping on the
fly and don't have the earlier stream handly).
b) Put up a popup *telling* me that there's been an error decoding.
The current behavior of silently saving a demonstrably broken file is well past
sub-optimal and into pessimal...
On the bright side, I now understand why every once in a while, I'll download
a *.tar.gz file and find it magically unzipped and still called foo.tar.gz -
mozilla undid a gratuitous incorrect Content-Encoding: for me....
(I tried to refile this to 'Tech Evangelism' before I realized there was a
Mozilla side to it as well, but it claimed I wasn't the submitter, not sure why)
Comment 3•22 years ago
|
||
> b) Put up a popup *telling* me that there's been an error decoding.
Bug 184144
> I'll download a *.tar.gz file and find it magically unzipped
I put in code that explicitly checks for .tar.gz and does _not_ unzip... if you
see those being unzipped (with current trunk builds) please file a bug and cc
me; we should not be unzipping those (a pox on people who write content-encoding
when they mean transfer-encoding).
Over to tech evang, since the mozilla issues are already covered by another bug.
Assignee: dougt → susiew
Status: UNCONFIRMED → NEW
Component: Networking → US General
Ever confirmed: true
OS: Linux → All
Product: Browser → Tech Evangelism
QA Contact: benc → zach
Hardware: PC → All
Summary: Downloading PGP signature files fails with zero-length file → Downloading PGP signature files fails with zero-length file (bogus content-encoding header)
Version: Trunk → unspecified
Reporter | ||
Comment 4•22 years ago
|
||
OK.. I've cc'ed myself on 184144, and I'll let the tech-evangelists work the
other side. I'll keep an eye open for the 'unzip a tar.gz' failure, and open a
bug if I catch it happening again (all I can remember about the LAST time was
being ticked because I was downloading a large tar.gz, clearing enough space on
/home so it would fit with 5M to spare, and being amazed that I had to clear
*another* 75M to get it to fit... ;)
Comment 5•21 years ago
|
||
tech evang june 2003 reorg
Assignee: susiew → english-us
QA Contact: zach → english-us
Updated•21 years ago
|
Summary: Downloading PGP signature files fails with zero-length file (bogus content-encoding header) → kernel.org - Downloading PGP signature files fails with zero-length file (bogus content-encoding header)
Comment 6•16 years ago
|
||
is this now fixed ?
Comment 7•14 years ago
|
||
INCOMPLETE due to lack of activity since the end of 2009.
If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself.
Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Updated•9 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•