I discovered the source of my issue here locally. I had already unticked the "Periodically fetch and refresh status of all repositories" option as mentioned previously. Try this as it helped a bit with the speed from my side:įile>Options>Advanced>Untick "Periodically fetch and refresh status of all repositories" I am going to look into the highlighting direction as that might be it. I will take a look at the comment left about checking the highlighting library, but looking over my logs it seems that the remote calls to the server are taking between 5 and 30 seconds to I am having the same symptoms as you mentioned in the initial post all UI menus are slow, trying to perform any action in the UI is resulting in large wait times for the application to respond and loading the local list of changes is taking upwards of a minute. I am running a Windows desktop, with an i7 7700, a GTX 1650, 2TB Samsung Evo 860 (that is mostly empty) and 32Gb (typically 20Gb or so free) of DDR4 Memory, its not the most recent hardware but I am assuming that the GitHub desktop application should run on this device comfortably. It's might be thy the software does not work with your y a different app or file. Also all application menus (File, Edit, View, Repository, etc.) are incredibly slow to open. It takes around 30 seconds to switch selected files, and after the selection change completes, the detail view doesn't always change to match the newly made selection.ĮDIT Turning off auto fetch has made the application usable, but its still not very responsive (maybe like 5 or so seconds to switch files). I am seeing the same issue, I have checked a few older topics and did a reinstall and turned off my firewall and I am still having this issue.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |