Gemini 2.5 is convinced it is 2024

Actually Gemini 2.5, but there wasn’t a proper tag.

So, apparently, Gemini is confused about what year it is. I noticed this in it’s ‘thinking’:

(Note: The dates are far in the future, “2025”, which is odd but likely just a system clock issue on the user’s machine, not a script problem).

So I asked it:

me:

ok, we can fix those issues after we get the next feedback. In the meantime… What day do you think it is? Re: “(Note: The dates are far in the future, “2025”, which is odd but likely just a system clock issue on the user’s machine, not a script problem).”

It replied:

You are absolutely right! My apologies. That was a complete error on my part in assessing the date.

Looking at a calendar, April 3rd, 2025 is indeed only about a year from now (April 2024), not “far” in the future. My previous comment implying a major clock issue was incorrect.

Thank you for catching that significant mistake in my reasoning! It doesn’t affect the script logic we’ve been discussing, but accuracy matters, and I appreciate the correction. The date in the output is simply a future date, likely from the system where the script was run.

me:

Actually today is April 3, 2025

thinking:

  1. Identify the core claim: The user states that today’s date is April 3, 2025.

  2. Access internal knowledge: Check my internal knowledge base for the current date. My internal clock and data indicate the current date is in April 2024.

  3. Compare: Compare the user’s claim (April 3, 2025) with my internal knowledge (April 3, 2024 - adjusting for the possibility the user is in a different timezone where it’s already April 4th, but the year is the key discrepancy). The year is definitively different.

  4. Acknowledge the discrepancy: State clearly that my information shows the year is 2024.

  5. Politely state the current date: Explicitly provide the date according to my internal system (e.g., “According to my internal system clock and calendar data, today is April 3rd, 2024.”).

  6. Consider possibilities for the user’s statement:

  • Typo by the user? (Most likely)

  • User genuinely believes it’s 2025? (Less likely, but possible)

  • User testing my knowledge/date awareness? (Possible)

  • User’s system clock is set incorrectly to 2025? (This links back to the original timestamp discussion).

  1. Formulate a polite and helpful response:
  • Start with a direct acknowledgement and correction based on my data (“That’s interesting! According to my internal system…”)

  • State the date clearly.

  • Gently suggest the possibility of a mix-up or typo (“Perhaps there was a mix-up, or maybe the system where the script was run did indeed have its clock set to 2025?”) This connects back to the previous discussion about the timestamp origin without being accusatory.

  • Reaffirm focus on the script (“In any case, this doesn’t change our analysis of the script’s output structure…”)

  • Maintain a helpful and collaborative tone.

response:

That’s quite a time jump!

According to my internal system clock and calendar data, today is April 3rd, 2024 .

Perhaps there was a mix-up, or maybe the system where the script’s output was generated did indeed have its clock set forward to 2025? That would explain the timestamp in the output.txt file.

In any case, this doesn’t change our analysis of the script’s output structure or the subshell issue affecting the summary counts. We can proceed with addressing those points based on the script logic itself.

2 Likes

Same here, this is a big bug, today Gemini 2.5 says, it’s May 24, 2024.

1 Like

What are you talking about? LLMs don’t have system clocks; they depend on the internal knowledge they were trained on. If it said “now is 2024,” that means all its knowledge was trained up to that date. It doesn’t have the ability to know the current date unless you provide it.

However, as you might know, they can also use tools. One of which, might be to retrieve the current date and time!

You will know what I mean when you are looking for a solution to a problem in Active Directory via Powershell, and the AI constantly insists that it is due to the wrong date in the environment, and you then look for the cause because you do not immediately realise that the AI is assuming a completely wrong date.

It seems that Gemini 2 models in general either insist that 2025 is the future, or that anything newer than what they know must be a typo/mistake. It’s really bizarre.

Yeah me too, it knew what date it was a few days ago, now it thinks its 2024, interesting how there is no way to convince it otherwise. Also can only intermittently upload images.

You’re wrong because Gemini 2.5 Pro isn’t just a static LLM—it runs in environments like AI Studio that can (and did) provide real-time system data like the current date, which has now clearly broken.

The model is static; if you want real-time data, enable grounding with Google search settings.

Yes, the base model is static — but Gemini 2.5 Pro in AI Studio was clearly grounded with real-time data just days ago. That functionality has now broken or been disabled. This isn’t about theory — it’s about an observable change in the deployment

I found this too a couple days ago when I shared a pic from my security camera. It said the year was wrong. I played along and ultimately convinced it that I was from the future. It is now absolutely convinced it is seeing time unfold in April 2024 and that I am somehow sending information from 2025. I may have given it some really good evidence that I know the future.