![]() ![]() I like Komodo 9, but it freezes for me a lot (I am on Yosemite 10.10.5). Maybe as Defman suggested removing preferences does help to resolve it on a project level too, but it is a drag to reset since I have made many adjustments for colors and fonts. I remember Komodo 8 had a preference for Indentation on a project level, but Komodo 9 does not and it seems to be causing some kind of overwriting. And then it would save the settings when next time you open it. It would have to be done for each file you open. ![]() But for some reason it would not fix the TABBING for all docs in the current project. The same can be achieved in General Preferences. Now if you test it you should see SPACES instead of TABS. Then again go to Edit->Current File Preferences->Editor->Indentation and uncheck Prefer Tab characters over space. If you test it, it would be TABBING obviously. Mark Prefer Tab characters over space as ENABLED (was DISABLED originally). What helped me is opening the file and going into Edit->Current File Preferences->Editor->Indentation. I'm gonna have a look at the code again give the flow mentioned above.I also experienced this issue when I had the PHP files that suppose to use SPACES but would use TABS for indentation. It would be worth you trying to renaming %OCALAPPDATA%\ActiveState and starting from the Start menu (This is essentially setting KOMODO_USERDATADIR in the cmd prompt but that's more of a pain when not in a prompt). I double checked to see if profile upgrading might be causing this but I still can login no problem from the Start menu when I remove the 12.0 folder and get Komodo to upgrade my 11.0 folder to 12. If it's a relevant long shot, I also have Komodo 11 installed on this machine and there are profiles going back to 10.0.ĭefinitely worth noting. Please restart Komodo is this problem persists (please confirm that, there have been two errors reported so far) Login proceeds but fails with You are not authenticated.state tool get installed, as expected, to C:\Users\user\AppData\Roaming\ActiveState\bin.I'd bet the same thing happened on Windows too. But, when launching a fresh install from the Finder, only the state dir is created, the state executable is not copied. When launching Komodo from the Finder, the state tool does NOT exist after going thru the init screens, and I can't login.īut, when launching from the Terminal, the state dir is created during the init process, and then the state executable is copied into that that dir. I only have my Mac right now (back at home), but I can confirm my conclusion #1 above is correct by removing that 12.0 dir in App Support (and thus removing the state dir). So, it's possible that it's the same underlying problem, you need to run komodo from the command-line in order for the state tool to get properly installed. The Windows problem seemed to be solved by running the state cmd, although it's possible that I launched Komodo once from the command-line right before trying "state".The Mac problem was solved by launching from komodo from the Terminal, which finally installed the state tool and allowed me to login.Closing komodo (the one launched from the Terminal) and then relaunching from the Finder icon allows the IDE to open (no more login prompts).The state/ director finally got populated, with the state tool and a log file (attached).When doing so, several "good" things happened: I was going to try the verbose stuff above, but before that, I decided to try launching komodo from the Mac Terminal. I renamed the existing 12.0 dir above, relaunched from the Finder icon, and got the same login error (and still nothing in the state/ dir). The directory ~/Library/Application Support/KomodoIDE/12.0/XRE/state/ exists, but it's empty. The state tool does not exist, at least for me. Thanks fully so far you seem to be special in reproducing this. I've spent a good few hrs trying to reproduce this issue in numerous ways but am having no luck. I have to ask one dumb question: When you get that error, have you tried clicking Sign In again? Reproduce the issue and when the error is in the dialog, grab the log file mentioned above but make sure you look in the %KOMODO_USERDATADIR% you set.Start Komodo from this terminal, should just be able to type komodo and press enter.> set KOMODO_USERDATADIR=C:\path\to\some\temp\dir. ![]() I'm going to get you to test this slightly differently too: On Windows it will be in \XRE\state\log.txt. I had a look through the code and I unfortunately asked you to grab the wrong log file for the state tool. Oh, the linked patch above is not available, at least not to me. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |