You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Opening the "Log [2]" tab in a repo with an extreme number of commits (3 million in my case) continues to load all commits well beyond anything I would reasonably need to navigate to. This also causes the interface to hang and run very slowly.
Describe the solution you'd like
I would like there to be a configurable upper limit to the number of commits gitui loads in the "Log" tab. A hard-coded upper limit somewhere between 10-100k would also suffice. This would allow me to only load the most recent commits and keep the UI very fluid. For my workflows, the code that was modified 100k+ commits ago is not something I'm likely to ever need to look at from the "Log [2]" tab.
Describe alternatives you've considered
As it stands now, I'd love to use gitui in this large repo, but the response time in this gets too slow to use it. Even tabbing through the log on accident causes the interface to hang. I end up using the terminal based git commands most of the time instead.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Opening the "Log [2]" tab in a repo with an extreme number of commits (3 million in my case) continues to load all commits well beyond anything I would reasonably need to navigate to. This also causes the interface to hang and run very slowly.
Describe the solution you'd like
I would like there to be a configurable upper limit to the number of commits gitui loads in the "Log" tab. A hard-coded upper limit somewhere between 10-100k would also suffice. This would allow me to only load the most recent commits and keep the UI very fluid. For my workflows, the code that was modified 100k+ commits ago is not something I'm likely to ever need to look at from the "Log [2]" tab.
Describe alternatives you've considered
As it stands now, I'd love to use gitui in this large repo, but the response time in this gets too slow to use it. Even tabbing through the log on accident causes the interface to hang. I end up using the terminal based git commands most of the time instead.
The text was updated successfully, but these errors were encountered: