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
At least on repository opening (I don't know if it could happen during a refresh)
it seems only when the repo has unrelated histories (but not sure)
the graph is broken:
instead of expected:
Refreshing the repository seems to make the bug disappear...
Steps to reproduce
No clear steps:
switching from repos with unrelated histories increase the probability to get the bug
Did this work in previous version of GitExtensions?
I have seen similar artifacts, too, mostly after rebase operations. I had two suspects: the commit identified by you or #11205.
I can make a PR to revert to my previous version of the optimization that don't introduce the regression. Or you would like to investigate?
That variant had other issues.
I think this will be resolved by the planned graph rendering in the background. Give me a few weeks for this rewrite, please.
If you think, the issue is too severe, just revert the commit.
Environment
Issue description
At least on repository opening (I don't know if it could happen during a refresh)
it seems only when the repo has unrelated histories (but not sure)
the graph is broken:
instead of expected:
Refreshing the repository seems to make the bug disappear...
Steps to reproduce
No clear steps:
Did this work in previous version of GitExtensions?
Bisected to 609e03d, so yes, before
Diagnostics
Handling of
e.Handled
is too aggressive?The text was updated successfully, but these errors were encountered: