Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

unicode characters in large files cause extreme slowdown #75

Open
Enteleform opened this issue Sep 21, 2017 · 3 comments
Open

unicode characters in large files cause extreme slowdown #75

Enteleform opened this issue Sep 21, 2017 · 3 comments

Comments

@Enteleform
Copy link

Sublime Text 3143
Windows 10 x64

I first noticed this when attempting to select all text with Ctrl + A in the __init__.py file of the keyboard module. Sublime Text would become entirely unresponsive for about 5-10 seconds, and then finally select all of the text in the file.

I managed to narrow down the cause to this line, which contains a ç character.

Tests:

  • Disabled all plugins, issue disappeared. Had a hunch that it might be WordHighlight since it deals with selecting text, and my suspicion was confirmed when re-enabling all other plugins.
  • Created a large scratch file (~1000 lines)
    • tested select all while WordHighlight was disabled - no issue
    • enabled WordHighlight - still no issue
    • added the ç character to the end of the file - issue arises
    • disabled WordHighlight - no issue
@obxyann
Copy link

obxyann commented Oct 5, 2017

I had the same problem after I upgraded my sublime 3 to 3143...when I 'select all' or lots lines in a Chinese text, the sublime will freeze...(special select all in thousands lines text)
A temp solution is set my user setting "highlight_non_word_characters": true -> false
It seems some char codes (not only ç ? ) used in CJK character can also cause this issue....

@billionaire
Copy link

i also have this problem and it also appeared only after updating to build 3143. it was terribly difficult to use sublime text 3.
temporary solution: "highlight_non_word_characters": true -> false did not help me (i already had false).
unresponsive occurs if there is cyrillic chars in the text. with ascii characters everything is fine.

@alvolturbo
Copy link

I have the same issue when i use "Ctrl+A" to select whole file or mouse to select only some multiline part of the text.
I use a lot of characters in Cyrillic (Windows 1251) encoding.
Is there any way to fix it and still use "highlight_non_word_characters": true?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants