Editor freezes when using atom-blame in large files

[josa42]

Editor freezes when using atom-blame in large files

[jinglesthula]

I've been able to reproduce this as well. I see it in files with a similar number of lines and number of commits.

I wonder if whatever's being done could be done either off the main thread or done incrementally (perhaps with a progress indicator). If some lines' blame info has been displayed, and other lines' blame info is still being gathered or rendered, it may be good to color those lines differently in the gutter so the user knows the blame info is pending, and isn't led to believe a line that hasn't been picked up yet is simply part of the same commit as the most recently rendered line of blame info. This could easily be done by using the 10px or so of color applied on the left side of the gutter. For lines that are pending, the color could be diagonal striped, similar to bootstrap's progress bars.

[josa42]

Could you try if the next branch works for you? I use the git-blame package, which uses streaming. At least for me this works with bigger files.

[MoritzKn]

Ok I tried out the next branch. The issue is not gone but it changed. Now the editor stays responsive while the gutter is still empty for about 3 seconds, then the editor freezes for about 10 seconds before finally showing the result. I tested with the file src/text-editor.coffee (3767 lines) from the atom repo (31728 commits).

[josa42]

@MoritzKn Do you have an open source project where I can reproduce that?

[MoritzKn]

@josa42 As I said, I could reproduce this in the atom editor git repository with the file src/text-editor.coffee.

[josa42]

Oops 🙃. Thanks

[tianbis]

Any news about this? I'm experiencing the same issue.

[dorian-marchal]

This issue still exists.

[ninedev-i]

The same problem

[senyaak]

+1 Large json + 4k lines - freeze and crash