Opening large files results in severe hangs or the app refusing to render any content in the window.

[denil-ct]

When I tried to open large files in code edit, the app became unresponsive and stuck with a transparent window. On profiling the app the issue seemed to lie in STTextView. So, tried the same file with the demo app in this repo and got the same issue. I have attached a sample file that reproduces the issue.

lipsum.txt

[krzyzanowskim]

confirmed. It's my fault (intentional temporary workaround "until resolve problem". I've got a fix for that but not sure what's broken now ¯_(ツ)_/¯

ScreenFlow.mp4

[denil-ct]

Awesome, great to hear. Let me know if you need any help in testing this.

[krzyzanowskim]

The "fix" is on main branch. It's not full fix tho. the Line number ruler brings the performance down, and also is broken now. Don't use it if you us STLineNumberRulerView and stick to latest release unstead

[krzyzanowskim]

Improved performance is on main branch now. It seems to work just fine at first glance. @denil-ct please take a look before I make it a release.

Screen.Recording.2023-02-04.at.00.57.50.mov

[denil-ct]

@krzyzanowskim it seems the initial issue has been fixed and the scroll performance has improved greatly.
But it seems to be triggering some constraints exception just before reaching the end of the document.
The window has been marked as needing another Update Constraints in Window pass, but it has already had more Update Constraints in Window passes than there are views in the window.

[denil-ct]

I tried filtering on viewportRange earlier, but faced some issues, like after scrolling for a bit, the reported text range was wrong. The start location will be greater than the end location. Once that happens if you go back to your annotations they won't be visible, since the annotation locations will be outside the range.
Did you face any issues like that?

[krzyzanowskim]

not with the current version

Screen.Recording.2023-02-04.at.19.44.54.mov

[denil-ct]

Try two finger scroll to the end of the document and then back to the first line. Scrubbing the scrollbar does not seem to produce this issue.

[krzyzanowskim]

rrright. applied workaround for that. Hopefully that solves it

[denil-ct]

Yep, seems to be fixed 🎉