tahoe-lafs/trac-2024-07-25

webish page to show currently active uploads/downloads #310

New issue

Closed

opened 2008-02-12 03:10:30 +00:00 by warner · 2 comments

warner commented

2008-02-12 03:10:30 +00:00

Owner

This is especially useful when dragging files into a FUSE-based virtual
drive, to find out how much progress the Tahoe node has made towards
uploading the file (since at least initially the FUSE plugin dropped a 0-byte
file as a placeholder before doing the actual upload).

I'm thinking 'GET /status' (and maybe 'GET /status?t=json' for a
machine-readable form).

For testing (as well as for other uses), it would be convenient to have a webish page that lists all currently active uploads and downloads. For security purposes it is important that this page not provide private information about the files (i.e. their read/write caps), but it would be safe to disclose storage index, total file size, and progress information. This is especially useful when dragging files into a FUSE-based virtual drive, to find out how much progress the Tahoe node has made towards uploading the file (since at least initially the FUSE plugin dropped a 0-byte file as a placeholder before doing the actual upload). I'm thinking 'GET /status' (and maybe 'GET /status?t=json' for a machine-readable form).

tahoe-lafs added the

labels 2008-02-12 03:10:30 +00:00

tahoe-lafs added this to the undecided milestone 2008-02-12 03:10:30 +00:00

warner commented

2008-02-12 04:31:46 +00:00

Author

Owner

See also #92 (upload progress and to-whom), and #39 (log of recent
uploads/downloads)

The to-whom/from-whom data would be a great thing to see on the status page.

I also agree that seeing recent uploads/downloads would be convenient,
especially if there isn't a good way to view this data right after an upload
(the 'upload results' page which I just added).

Maybe we could add a web page named /status/upload/$SI or
/status/download/$SI that would provide details about the most recent
upload/download of the given file. Then 'POST /uri' or 'POST /uri/PATH' could
redirect the browser to one of these pages, possibly with some extra
queryargs to enable links back to the directory being modified.

The code that I'm writing now puts the IDownloadStatus methods directly
on the Downloader object, so to show status after the download has finished,
we'd have to keep the Downloader around for a while (with a timer instead of
/ in addition to the current weakref scheme). I'd want to know how much
memory this represents, however. Perhaps a separate DownloadStatus
object (referenced+updated by the Downloader) would be better.

See also #92 (upload progress and to-whom), and #39 (log of recent uploads/downloads) The to-whom/from-whom data would be a great thing to see on the status page. I also agree that seeing recent uploads/downloads would be convenient, especially if there isn't a good way to view this data right after an upload (the 'upload results' page which I just added). Maybe we could add a web page named /status/upload/$SI or /status/download/$SI that would provide details about the most recent upload/download of the given file. Then 'POST /uri' or 'POST /uri/PATH' could redirect the browser to one of these pages, possibly with some extra queryargs to enable links back to the directory being modified. The code that I'm writing now puts the `IDownloadStatus` methods directly on the Downloader object, so to show status after the download has finished, we'd have to keep the Downloader around for a while (with a timer instead of / in addition to the current weakref scheme). I'd want to know how much memory this represents, however. Perhaps a separate `DownloadStatus` object (referenced+updated by the Downloader) would be better.

zooko commented

2008-05-09 21:35:12 +00:00

Author

Owner

Well, I guess this one is done! Let's close it.

tahoe-lafs added the

fixed

label 2008-05-09 21:35:12 +00:00

tahoe-lafs modified the milestone from undecided to 1.0.0

2008-05-09 21:35:12 +00:00

zooko closed this issue

2008-05-09 21:35:12 +00:00