Skip to content

Display Timestamp When Hovering Mouse Over Start Time on Workspace Page #13217

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
jimmybrancaccio opened this issue Sep 22, 2022 · 5 comments
Closed

Comments

@jimmybrancaccio
Copy link

jimmybrancaccio commented Sep 22, 2022

Is your feature request related to a problem? Please describe

When troubleshooting workspace where many instances are involved it would be very helpful to see a timestamp of the start time from the latest instance ID of the workspace. This will help when comparing timestamps while looking at the database where I can see a list of all instances of a workspaces.

Describe the behaviour you'd like

On a workspaces page within the admin dashboard there is a 'Last Start' which usually provides the 'time ago' when the workspace was last started. When going your mouse over the 'time ago' value it should show a tooltip or alt text that displays a timestamp (as stored in the database - ex. 2022-09-20T04:10:45.345Z).

Describe alternatives you've considered

Attempting to correlate what '3 days ago' translates to as a timestamp.

Additional context

N/A

Front logo Front conversations

@geropl
Copy link
Member

geropl commented Sep 23, 2022

@gtsiolis What do you think? Personally I feel this would be helpful as well, but I faintly recall we discusses this at some point already. 🤔

@gtsiolis
Copy link
Contributor

gtsiolis commented Oct 11, 2022

@jimmybrancaccio This seems like a valid feature request. Thanks for the ping, @geropl! 🏓

suggestion: Adding a tooltip on the relative date and time make sense! I'd keep the format we have in the usage page to maintain a consistent structure across the product. For example, something like following would be ok, right?

// CURRENT
11 Oct 2022, 15:23

// IMPROVED 
Oct 11, 2022 15:23

Pasting from a follow-up issue in #13764 to describe the general problem and how to approach a solution holistically:

We've been using relative and absolute date and time formats across the product. For example, see projects, members, and usage for the Gitpod team in Gitpod.io.

Generally, both absolute and relative formats can be useful depending on each use case. 💡

🅰️ Relative date and time can be useful when the content is updated frequently and surfacing an absolute date is not critical, etc.
🅱️ Absolute date and time makes sense when users would need to convert the date in order to complete a task, etc.

@stale
Copy link

stale bot commented Jan 10, 2023

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the meta: stale This issue/PR is stale and will be closed soon label Jan 10, 2023
@jimmybrancaccio
Copy link
Author

I think we could close this one out in favor of #13764?

@stale stale bot removed the meta: stale This issue/PR is stale and will be closed soon label Jan 10, 2023
@gtsiolis
Copy link
Contributor

Agree! Although the scope of this issue is smaller, I believe #13764 covers the problem here and describes a more generic solution across the dashboard, which can later be broken down into smaller pieces for implementation if needed. Closing this in favor of #13764. Thanks for coming back to this, @jimmybrancaccio! 🏀

@github-project-automation github-project-automation bot moved this to In Validation in 🍎 WebApp Team Jan 10, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: In Validation
Development

No branches or pull requests

3 participants