Incorrect read length, http and php

[David Allouche]

Aaron Bentley wrote:
> I can kind of see how this might make sense if you're serving multiple
> languages statically, and designing Apache to serve documents, not
> files.  But personally, I'd write it so that it stopped at the first
> unrecognized extension.

The fact is there are Apache servers out there, set up by competent
sysadmins, that will cause bzr to blow chunks and die. People will not
be able to diagnose it, and will conclude that bzr is buggy and
unusable. Or at the very least that the much-vaunted dumb server support
just isn't functional.

The only way out I see is adding a level of indirection, make the knit
file names be arbitrary and independent of the file id.

That also has the benefit of sidestepping filesystem limitations when
dealing with long file ids, especially if they contain mainy characters
which are not lowercase ascii (then the urlencoding increases length of
id-based file names even further).

-- 
                                                            -- ddaa

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20061014/35c298eb/attachment.pgp