Recreate "Download a Directory" feature
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
loggerhead |
Invalid
|
Wishlist
|
Unassigned |
Bug Description
I was asked by Michael Hudson to lodge this report. In Bug #207417 I reported that the download of a directory caused a 500 Internal Server Error. (This bug is now "fixed".)
The feature I was attempting to use was the ability to download a directory from bazaar. In my case I was attempting to download the Server Guide so I could spell check it and send a patch to the documentation team. The directory contains 450kb of XML files, but using bzr requires the download of many megabytes - I stopped at around 11Mb IIRC.
The download directory web-link - which was recently removed and as a by-product closed the bug I reported - no longer exists.
It is entirely possible that the functionality I need is available using bzr, but failing that, enabling the download link for a directory would be a good thing.
Changed in loggerhead: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
Changed in loggerhead: | |
status: | Confirmed → Triaged |
Changed in loggerhead: | |
status: | Triaged → Invalid |
Tightly related to bug #246764
We should patch bzrlib to allow exporting a subtree:
02:26 < lifeless> beuno: bzrlib. export. export with a tree object
02:26 < lifeless> beuno: all it needs is a tree decorator that gives you 'doc' as the root rather than '/', for instance
02:28 < beuno> ok, so it would make sense to try and get a patch into bzr, and work on top of that
02:28 < lifeless> we could also tweak the exporter protocol to accept a limit parameter
02:28 < lifeless> rather than using a decorated tree; I don't have an opinion about which is better