Old projects appear to be modified a few hours ago. But the last time i touched them was over one year ago

On gitlab.com
I have my projects sorted by modified date so i always have my main projects on top.

My problem:
The last commit I pushed was yesterday.
Today I logged in and 7 old projects (about a year ago) were on top, saying they were modified anywhere from 10 hours - 1 day ago

I suspected my account was compromised but i have 2 Factor and already changed my password.
Did this happen to anyone else?

This has happened multiple times now, always overnight (GMT+1) which is working hours in the US.
Is Gitlab maybe rolling out something that breaks the modified timestamp?

1 Like

Just logged in today and a very old project that I haven’t touched in over a year is at the top of my project list, saying it was modified 12:04 PM UTC. But I don’t see any new commits or branches. I’m not sure what exactly is considered when saying a project is “Updated” though.

Relevant issue: "Updated at" time incorrect in list of projects (#432410) · Issues · GitLab.org / GitLab · GitLab

1 Like

TL;DR We’ve identified the bug, here is the issue with the comment about why it’s happening: “Updated at” time incorrect in list of projects (#432410) · Issues · GitLab.org / GitLab · GitLab

Longer story: The “Updated” time is based on 3 different sources from our backend: “last_activity_at”, “last_repository_updated_at”, and “updated_at”. Whichever one of these is most recent will be displayed. The problem however is that the “updated_at” source is not something that should be used for this, as it also includes activities that don’t count as activity or updates, and is also related to our caching.

This did not stand out though for a long time, because of another bug causing this value not to be used for the actual caching. This was updated recently (Project’s last updated time not accurately reflected in Projects Dashboard (#18279) · Issues · GitLab.org / GitLab · GitLab), and now that this works as expected, the other bug (that this is not the right data to use in the UI) is suddenly standing out way more.

As mentioned above, we have an issue open for that and will hopefully get to it soon, but that team is currently working on other high priority initiatives, so if anyone wants to contribute to get this done faster, there is a lot of guidance already in the issue about how this could potentially be fixed and you could ping the engineers involved in the issue for advice or the MR review.

I hope this at least explains why this is happening, even if I can’t offer a direct solution. Thanks everyone for reporting this! :pray: