Re: [Zero-install-bugs] Bug in http://displaycal.net/0install/netifaces.xml (Maximum file size exceeded)

Thomas Leonard <[email protected]> Sun, 18 Jun 2017 12:29:52 +0100
Newsgroups gmane.comp.file-systems.zero-install.devel
Message-ID <CAG4opy8442A=+N_aUW0ypikQ45qtRv+F1LHPy=PbRNGSOLm6HQ@mail.gmail.com>
On 16 June 2017 at 14:07, Florian Höch <[email protected]> wrote:
> Am 10.06.2017 um 20:55 schrieb Thomas Leonard:
>> A work-around is to retry the download, as sf.net seems to load
>> balance across two servers, one of which returns a much longer
>> redirect response than the other (345 bytes vs 15522 bytes)!
>
> I have seen this, but it only happened once for me so wasn't sure if
> this was worth investigating. How did they manage to blow up a simple
> redirect to 15kb :-) (well, maybe some HTML body they're sending along)

It's a load of javascript in the header. Maybe some kind of monitoring
or profiling?

> So in theory as a workaround, if people can't update to the fixed
> 0install version right away, it would help if the archive exceeded 15kb.

Yes.

> Maybe I can make that happen. Can tar archives be padded with trailing
> binary zeros, or is that going to cause problems?

I think that might work.


-- 
talex5 (GitHub/Twitter)        http://roscidus.com/blog/
GPG: 5DD5 8D70 899C 454A 966D  6A51 7513 3C8F 94F6 E0CC

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Zero-install-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/zero-install-devel