I tried deleting both “%APPDATA%\Sublime Text 3” and “%LOCALAPPDATA%\Sublime Text 3”.
Portable version behaves the same way. Running with admin privileges makes it work, but it looks like it doesn’t fully interact with the OS, as I’m not able to drag and drop files to open them, nor access my network drives.
Running Portable without admin privileges ends up on a new crash/freeze after moving the mouse over its screen.
Which one is your windows 10 build? Is it x86 or x64? And your sublime version, is x86 or x64?
http://www.howtogeek.com/236195/how-to-find-out-which-build-and-version-of-windows-10-you-have/
Windows 10 Pro
Version 1607
OS Build 14393.187
Both Windows and Sublime x64
I just tried the x86 portable version and it worked without any problem.
It seems to be the only version working in here.
So, the portable x86 version is working correctly without any problems.
You tried to install the x86 version? To make your x86 portable version, a normal version, just close Sublime Text, and rename the Data folder, inside your portable folder, to something as Dataa, and open Sublime Text. After that, the issue persists? Even if you renamed/removed all the native folders as:
%APPDATA%\Roaming\Sublime Text 3
%APPDATA%\Local\Sublime Text 3\
Installing the x86 version made it work too.
The issues happen only with the x64 version.
Both portable and installed x86 versions worked.
I also copied my config backups to the %APPDATA%\Roaming\Sublime Text 3\ and everything is working fine, including installed packages, sublime_session and previous projects.
Now I remembered, I am also using the x86 version, just because of this kind stuff. For may experience, they are more trouble makers than the x86 version, as on Windows, as on Linux. Also, I do not see why Sublime Text needs a X64 version. Does it is planning to use more than 4 GB RAM? May be it is for performance as the x86 support on x64 machines being by virtualization:
I’m having the EXACT same problem of @carlosgonser nd @evert.ramos and we are brasilians (i really don’t get why only 3, and 3 brasilians had the exacttly same problem, i mena, freezes when we move our mouse, and even in the registration file we can’t put the code, only works running sublime with administrator privileges)
Maybe you guys did some changing in any locale or translation file that maybe ruining the experience for us ?
É brazucas, vamos ter que esperar, estranho demais só nós três estarmos com esse erro, não ?
There is no localization for Sublime Text, barring potential keyboard layout issues.
There is something else going on here, because @carlosgonser said that after trying to run 3124 then 3114 wouldn’t work, even though it did before. Because of that, I’m not convinced it isn’t some sort of environment issue, however I don’t know what it is.
As @FichteFoll said, there isn’t an localization we do. There certainly have been changes since 3114, but we did 5 decent sized dev build between 3114 and 3124, so it is hard to pin down what may have triggered the issue on your machines. If you can figure out at what dev build the error starts for you, it may help in figuring it out.
Right now, since I can’t reproduce it, I can’t really do much to fix it.
Later he said:
So, looks like before upgrading, he has the 3114 x86, and upgraded to x64 3124. And when tried to install the 3114, he installed the 3114 x64, instead of the 3114 x86, so it does not worked. Just last him to confirm that installing the 3114 x64, does not work also, but both 3114 x86 and 3124 x86 are working fine.
Maybe it is a Windows 10 problem. What is the build you tried to reproduce it? It is the same as him?
Also, what third part static or dynamic libraries Sublime Text depends on for loading on? Maybe some of them are different/updated/out-of-date across our Windows 10 systems.
I think I had the x64 version installed before, as I updated to 3114 through the auto updater, but I can’t assure that, since I don’t have the original setup filed I used anymore.
It’s certainly not related to localization, as my laptop is american and my Windows is original and set up with en_US locale.
Same thing for me… Even if I “rollback” to an older version, the freeze persists.
Hey guys, created an account here just so I could join and help out saying that I never had problems with sublime, but since last update I can’t use it anymore because it freezes no matter what I do. I’m also from Brazil
I’m curious if you have trouble with Build 3119? The build after this we added some fixes for Unicode and Python issues, however that should really only affect plugin_host.exe, and not sublime_text.exe.
For anyone who is having this problem with Sublime Text, the three most useful bits of information would be:
%APPDATA% folder name (enter this into the Explorer address bar)? Does it contain non-ASCII characters?Having the same problems described here and I am from Brazil too.
1a. Portable 64bits version crashes when installed in C:\stx64.
1b. Portable 32bits version DOES NOT crash when installed in C:\st3x32.
2. %APPDATA% = C:\Users\WinMac\AppData\Roaming
3. Installed x32 version (not portable) and it works. Only x64 version crashes.
Removed all installed versions and did this to check some more info:
Can’t really say witch was the last version I was running because I uninstalled everything after the upgrade and crashing problems. Removed all installed versions, including Sublime AppData files. Installed Build 3119 64bits. After installing the “Enter License” showed up but when mouse moved to the window, it crashed. So the Build 3119 64bits does not work too. Uninstalled this build (with all files). Installed Build 3114 64bits and it crashed. Uninstalled.
Other info:
I tried every tip discussed here, cleaning sublime files, changing directory, different builds etc … but nothing worked. After @addons_zz post I decided to try the x86 version and so far it is working without a problem, but the problems persists with the x64 versions (which I was using until now )