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
Do you want to request a feature or report a bug?
bug - regression
What is the current behavior?
The GE GUI can hang from a couple of seconds to a minute when opening the application, switch repo or force refresh. The background can be gray or GE just not responding.
The problem is not very visible in the GE repo but I see the it in repos with many submodules, about 30 in several layers. The problem started around or after the threading change. The handling was much improved with #5087, before then submodule status diff would occur more often.
When the problem occurs, it may occur while some git commands are running according to the Git log, about the same time as the hanging occurs. I do not believe the commands are causing the hang, but the problem occurs at that time
git show-ref --dereference
If in a submodule and View-Show supermodule* settings are activated, the ls-tree commands (one for each superrepo branch) starts after the "hang".
The problem seem to be related to starting several commands at about the same time.
Note: the PC where I primarily see the problem has Symantec installed, but I do not see how that causes these random hanging in master only as I do not see this with 2.51.
Note2: Git 2.19r1 optimizes "stash list" and seem to improve this problem
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
Repo with many submodules?
Refresh
What is the expected behavior?
No "hang", the updates should be done in the background
Do you want to request a feature or report a bug?
bug - regression
What is the current behavior?
The GE GUI can hang from a couple of seconds to a minute when opening the application, switch repo or force refresh. The background can be gray or GE just not responding.
The problem is not very visible in the GE repo but I see the it in repos with many submodules, about 30 in several layers. The problem started around or after the threading change. The handling was much improved with #5087, before then submodule status diff would occur more often.
When the problem occurs, it may occur while some git commands are running according to the Git log, about the same time as the hanging occurs. I do not believe the commands are causing the hang, but the problem occurs at that time
If in a submodule and View-Show supermodule* settings are activated, the ls-tree commands (one for each superrepo branch) starts after the "hang".
The problem seem to be related to starting several commands at about the same time.
Note: the PC where I primarily see the problem has Symantec installed, but I do not see how that causes these random hanging in master only as I do not see this with 2.51.
Note2: Git 2.19r1 optimizes "stash list" and seem to improve this problem
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
What is the expected behavior?
No "hang", the updates should be done in the background
Environment you encounter the issue:
Did this work in previous version of GitExtensions (which)?
2.51 is slower when master works, but 2.x did not hang
The text was updated successfully, but these errors were encountered: