explain two timestamps on WUI server listings #2797

Open
opened 2016-07-05 23:37:10 +00:00 by warner · 3 comments

I loaded the current "welcome page", and the server columns have two separate (relative) timestamps.

The first is in the "Nickname" column, where it shows server nickname, long-form server ID (v0-base32stuff), a green/red checkmark/X connected-status indicator, and this timestamp.

The second is in the "Last RX" column.

I think the tooltips (which currently just show the corresponding absolute UTC timestamps) should also have a few words about what the timestamp is referring to. Based on the methods being called, I think the first one indicates the last time we established a connection to the server, and the second indicates the last time we've heard anything from that server, but I might be wrong.

For reference, the first timestamp is using IServer.get_last_connect_time(), and the second is using IServer.get_last_received_data_time().

I loaded the current "welcome page", and the server columns have two separate (relative) timestamps. The first is in the "Nickname" column, where it shows server nickname, long-form server ID (v0-base32stuff), a green/red checkmark/X connected-status indicator, and this timestamp. The second is in the "Last RX" column. I think the tooltips (which currently just show the corresponding absolute UTC timestamps) should also have a few words about what the timestamp is referring to. Based on the methods being called, I *think* the first one indicates the last time we established a connection to the server, and the second indicates the last time we've heard anything from that server, but I might be wrong. For reference, the first timestamp is using `IServer.get_last_connect_time()`, and the second is using `IServer.get_last_received_data_time()`.
warner added the
code-frontend-web
minor
defect
1.11.0
labels 2016-07-05 23:37:10 +00:00
warner added this to the 1.13.0 milestone 2016-07-05 23:37:10 +00:00
Author

Oh, and in the process, we should add those two methods to IServer (in src/allmydata/interfaces.py), since they aren't actually defined there yet. Those interface methods would be an ideal place to explain what these functions do (although I'll admit the method names are pretty good explanations all by themselves).

Oh, and in the process, we should add those two methods to `IServer` (in `src/allmydata/interfaces.py`), since they aren't actually defined there yet. Those interface methods would be an ideal place to explain what these functions do (although I'll admit the method names are pretty good explanations all by themselves).

Moving tickets out of closed milestones.

Moving tickets out of closed milestones.
exarkun modified the milestone from 1.13.0 to 1.15.0 2020-06-30 14:45:46 +00:00
Owner

Ticket retargeted after milestone closed

Ticket retargeted after milestone closed
meejah modified the milestone from 1.15.0 to soon 2021-03-30 18:40:19 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#2797
No description provided.