perf: prevent repeated status fetches in large repos

[DannyStoll1]

This PR fixes/closes #2823

It changes the following:

• Remove tick from StatusParams hash
• Add generation counter that increments after each fetch completes
• Include generation in cache hash

This ensures:

• No repeated fetches while one is already pending, making gitui usable in very large repos
• New fetch starts immediately after completion, keeping gitui responsive in small repos
• External file changes will still be detected on the next fetch cycle

I followed the checklist:

• No added unittests: the change is a behavioral fix to existing code, and the existing tests pass
• I ran make check without errors
• I tested the overall application: on my 1.7M file target repository, load time goes from 5+ minutes to ~2.5 seconds
• I added an appropriate item to the changelog

[extrawurst]

Oh wow interesting, I wonder when we broke that. Great find

[cruessler]

Thanks for the PR (and the accompanying issue)! I’ll try to have a look over the weekend!

[cruessler]

@DannyStoll1 From what I can tell, these lines seem to serve the same purpose:

gitui/asyncgit/src/status.rs

Lines 95 to 98 in 7747d82

	if self.is_pending() {
	log::trace!("request blocked, still pending");
	return Ok(None);
	}

Am I missing something? Do you happen to know why they haven’t prevented gitui from becoming slow in your case?