add legend to Recent Uploads and Downloads page, explain LIT #1462
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#1462
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
When I download a file from a directory on tahoe-lafs via 'tahoe get', then I only get "retrieve" and "mapupdate" entries on the "Recent Uploads and Download" page. I'm having this issue in a simple setup within one VM host, one node dedicated as a storage node, one as a dedicated gateway node.
Could be related to #1079.
Example "Recent Uploads and Download" page output:
Is it a mutable or immutable file that you are downloading from the directory?
And as I'm always using the alias 'tahoe' for any 'tahoe put' or 'tahoe get', I guess it's a mutable directory/file.
Okay, after the IRC discussion the download entry now appears on the status page. It turned out that I was "uploading" a very small file (19B) only with a LIT capability. So previously the 'tahoe put' returned:
Now with a slightly larger file (95B) I get the following response and the download is listed on the web page as expected:
I didn't know or expect that very small files would be treated differently somehow - or that if so this would be transparent to the user :).
So I guess the solution to close this ticket is to add a legend and "help text" or a hyperlink to a document so that users can discover and learn what the "Recent Uploads and Downloads" page really shows.
updating title to match, and recording some thoughts..
I can't decide if I want the legend to be between the "current ops" and "recent ops" sections, or at the bottom after "recent ops". It should probably be in a smaller font. I don't want to have to scroll down to see the first 4 or 5 items in the list. It should probably teach the following lessons:
download of file into dir doesn't appear on Recent Uploads and Downloadto add legend to Recent Uploads and Downloads page, explain LITIf the legend is at the bottom, there should be an intra-page link to it at the top.