Last Sign-In not set at user creation. #9790

Closed
opened 2025-11-02 08:49:43 -06:00 by GiteaMirror · 6 comments
Owner

Originally created by @JulienPalard on GitHub (Nov 6, 2022).

Description

In admin/users I see users with Last Sign-In set to Never Signed-In while they obviously kind of "signed in" (one of them at least created an organization).

It feel wrong that a user that "never signed-in" have created an organization.

So to me it feel like the "last sign-in" should be set to the current date when the user is "automatically signed in" at account creation.

Gitea Version

1.17.3

Can you reproduce the bug on the Gitea demo site?

No (need to be admin, I don't think I'll get admin there).

Log Gist

No response

Screenshots

No response

Git Version

No response

Operating System

Debian

How are you running Gitea?

Self-hosted instance, installed from https://dl.gitea.io, started using systemd.

Database

PostgreSQL

Originally created by @JulienPalard on GitHub (Nov 6, 2022). ### Description In `admin/users` I see users with `Last Sign-In` set to `Never Signed-In` while they obviously kind of "signed in" (one of them at least created an organization). It feel wrong that a user that "never signed-in" have created an organization. So to me it feel like the "last sign-in" should be set to the current date when the user is "automatically signed in" at account creation. ### Gitea Version 1.17.3 ### Can you reproduce the bug on the Gitea demo site? No (need to be admin, I don't think I'll get admin there). ### Log Gist _No response_ ### Screenshots _No response_ ### Git Version _No response_ ### Operating System Debian ### How are you running Gitea? Self-hosted instance, installed from https://dl.gitea.io, started using systemd. ### Database PostgreSQL
GiteaMirror added the type/bug label 2025-11-02 08:49:43 -06:00
Author
Owner

@wolfogre commented on GitHub (Nov 8, 2022):

I can't reproduce the bug. Actually, the "last sign-in" has already been set to the current date after account creation. I checked the previous versions, and it always works like that since the "auto sign in" has been added at #4615.

I think it may be caused by something else.

@wolfogre commented on GitHub (Nov 8, 2022): I can't reproduce the bug. Actually, the "last sign-in" has already been set to the current date after account creation. I checked the previous versions, and it always works like that since the "auto sign in" has been added at #4615. I think it may be caused by something else.
Author
Owner

@JulienPalard commented on GitHub (Nov 8, 2022):

Strange. I don't know how I can diagnose this though. Out of 11 users 5 of them are marked "Never Signed-In", one of them has created an org, but none of them has created a repo.

@JulienPalard commented on GitHub (Nov 8, 2022): Strange. I don't know how I can diagnose this though. Out of 11 users 5 of them are marked "Never Signed-In", one of them has created an org, but none of them has created a repo.
Author
Owner

@techknowlogick commented on GitHub (Nov 9, 2022):

Thanks for this ticket.

I'm able to see this behaviour on try.gitea.io (as an admin).

a user with one repo, a creation date, but no sign in date

@JulienPalard What is the setup for your instance, is it public, do you require email confirmation for signups, or any other info you may think might be helpful.

@techknowlogick commented on GitHub (Nov 9, 2022): Thanks for this ticket. I'm able to see this behaviour on try.gitea.io (as an admin). <img width="419" alt="a user with one repo, a creation date, but no sign in date" src="https://user-images.githubusercontent.com/164197/200715305-dcf34596-f1fa-4c72-b1b4-6c809ff93655.png"> @JulienPalard What is the setup for your instance, is it public, do you require email confirmation for signups, or any other info you may think might be helpful.
Author
Owner

@wolfogre commented on GitHub (Nov 9, 2022):

I reproduced the bug by steps:

  • Sign up a user with an email address.
  • Click the active link in the confirmation email and input password to sign in.
  • Do something like creating a repo, then logout.
  • The user will be "Never Signed-In".

I didn't reproduce the bug before because I didn't enable the email confirmation.

Trying to figure it out and fix it.

@wolfogre commented on GitHub (Nov 9, 2022): I reproduced the bug by steps: - Sign up a user with an email address. - Click the active link in the confirmation email and input password to sign in. - Do something like creating a repo, then logout. - The user will be "Never Signed-In". I didn't reproduce the bug before because I didn't enable the email confirmation. Trying to figure it out and fix it.
Author
Owner

@JulienPalard commented on GitHub (Nov 10, 2022):

@JulienPalard What is the setup for your instance, is it public, do you require email confirmation for signups, or any other info you may think might be helpful.

Our setup is fully public here: https://github.com/AFPy/infra/blob/main/gitea.yml and here : https://github.com/AFPy/infra/tree/main/roles/gitea (browse the tasks and templates folders if you're not acustomed to Ansible).

TL;DR we have REGISTER_EMAIL_CONFIRM = true.

@JulienPalard commented on GitHub (Nov 10, 2022): > @JulienPalard What is the setup for your instance, is it public, do you require email confirmation for signups, or any other info you may think might be helpful. Our setup is fully public here: https://github.com/AFPy/infra/blob/main/gitea.yml and here : https://github.com/AFPy/infra/tree/main/roles/gitea (browse the `tasks` and `templates` folders if you're not acustomed to Ansible). TL;DR we have `REGISTER_EMAIL_CONFIRM = true`.
Author
Owner

@JulienPalard commented on GitHub (Nov 10, 2022):

Oh I'm late to the party :)

Thanks taking the time to understand the bug and thanks for fixing it!!!

@JulienPalard commented on GitHub (Nov 10, 2022): Oh I'm late to the party :) Thanks taking the time to understand the bug and thanks for fixing it!!!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#9790