TortoiseGit Shell Integration and Git CLI Log Pagination Interoperability

Goal: achieve consistent, non-blocking commit-log navigation when invoking TortoiseGit Show Log from Windows Explorer on large repositories, ensuring that the incremental loading behavior aligns with the underlying Git revision-range retrieval without exposing pagination controls to the user.

Constraints: TortoiseGit currently loads commits in batches as the user scrolls, with no configurable page size, and depends on Git's revision-range fetch which can stall the UI for histories beyond ~5k commits; the Shell extension and Git CLI lack a shared pagination API, leaving the mapping of scroll‑triggered loads to Git calls unspecified.

• What determines the size of each batch loaded when scrolling upward in the Show Log dialog?
• How can the Shell extension signal a desired batch size to the underlying Git command without modifying TortoiseGit source?
• Is there a way to prefetch or cache revision ranges to avoid UI freezes while maintaining the existing scroll‑to‑load interaction?