-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
feat: return time of last usage for public keys and access tokens in the api #34323
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
Merged
lafriks
merged 9 commits into
go-gitea:main
from
tobiasbp:return-last-usage-key-tokens-api
May 1, 2025
Merged
feat: return time of last usage for public keys and access tokens in the api #34323
lafriks
merged 9 commits into
go-gitea:main
from
tobiasbp:return-last-usage-key-tokens-api
May 1, 2025
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Please run |
delvh
approved these changes
Apr 30, 2025
lunny
reviewed
Apr 30, 2025
…p/gitea-return-last-usage-keys-tokens-api into return-last-usage-key-tokens-api
lunny
approved these changes
May 1, 2025
lafriks
approved these changes
May 1, 2025
GiteaBot
pushed a commit
to GiteaBot/gitea
that referenced
this pull request
May 1, 2025
…the api (go-gitea#34323) In the Gitea GUI, the user can see the time that _AccessTokens_ and _PublicKeys_ were last used. This information is not returned by the _/users/{username}/tokens_ and _/user/keys_ endpoints in the API. This PR adds the missing data. The time of last usage for for _tokens_ & _keys_ seem to be stored in the _Updated_ field of the structs internally. For consistency, I have used the name _updated_at_ for the new field returned by the _API_. However, for the _API_ user, I don't think that name reflects the data returned, as I believe it is the time of last usage. I propose that we use the name _last_used_at_ instead. Let's hear reviewers opinion on that. * PublicKey 1. _last_used_at_: string($date-time) * AccessToken 1. _created_at_: string($date-time) (for parity with public keys) 2. _last_used_at_: string($date-time) Fix go-gitea#34313
lunny
pushed a commit
that referenced
this pull request
May 1, 2025
…the api (#34323) (#34339) Backport #34323 by @tobiasbp In the Gitea GUI, the user can see the time that _AccessTokens_ and _PublicKeys_ were last used. This information is not returned by the _/users/{username}/tokens_ and _/user/keys_ endpoints in the API. This PR adds the missing data. The time of last usage for for _tokens_ & _keys_ seem to be stored in the _Updated_ field of the structs internally. For consistency, I have used the name _updated_at_ for the new field returned by the _API_. However, for the _API_ user, I don't think that name reflects the data returned, as I believe it is the time of last usage. I propose that we use the name _last_used_at_ instead. Let's hear reviewers opinion on that. * PublicKey 1. _last_used_at_: string($date-time) * AccessToken 1. _created_at_: string($date-time) (for parity with public keys) 2. _last_used_at_: string($date-time) Fix #34313 Co-authored-by: Tobias Balle-Petersen <[email protected]>
lunny
pushed a commit
that referenced
this pull request
May 5, 2025
This PR adds me as a _maintainer_ as suggested by @techknowlogick. A couple of my recent PRs: * #34324 * #34323
zjjhot
added a commit
to zjjhot/gitea
that referenced
this pull request
May 6, 2025
* giteaofficial/main: Fix only text/* being viewable in web UI (go-gitea#34374) add maintainer tobiasbp (go-gitea#34372) [skip ci] Updated translations via Crowdin Use lfs label for lfs file rather than a long description (go-gitea#34363) Fix bug when API get pull changed files for deleted head repository (go-gitea#34333) Fix bug when visiting comparation page (go-gitea#34334) Fix LFS files being editable in web UI (go-gitea#34356) Bump `@github/relative-time-element` to v4.4.6 (go-gitea#34352) Fix repo search input height (go-gitea#34330) feat: return time of last usage for public keys and access tokens in the api (go-gitea#34323) fix: do not return archive download URLs in API if downloads are disabled (go-gitea#34324)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
backport/done
All backports for this PR have been created
backport/v1.24
This PR should be backported to Gitea 1.24
lgtm/done
This PR has enough approvals to get merged. There are no important open reservations anymore.
modifies/api
This PR adds API routes or modifies them
modifies/go
Pull requests that update Go code
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
In the Gitea GUI, the user can see the time that AccessTokens and PublicKeys were last used. This information is not returned by the /users/{username}/tokens and /user/keys endpoints in the API. This PR adds the missing data.
The time of last usage for for tokens & keys seem to be stored in the Updated field of the structs internally. For consistency, I have used the name updated_at for the new field returned by the API. However, for the API user, I don't think that name reflects the data returned, as I believe it is the time of last usage. I propose that we use the name last_used_at instead. Let's hear reviewers opinion on that.
Fix #34313