@jps, I wonder about that, because editing Python.tmLanguage didn’t have that effect. Even when I set it to be the default syntax (using the menu and verifying with syntax-specific settings).
I also haven’t seen this behaviour before, maybe ~2 months ago, so I assume this is a more recent dev build change (3075 maybe)?
Edit: I noticed that you fixed server time and post dates are now accurate, except for errorneously set DST. Thanks for that.
After updating 3080, all things are looking normal, but ‘next_result’ doesn’t work anymore, I’m using a portable version on Windows, I wonder anyone else enter the same problem??
I upgraded my st3 to 3080 and remote php files opened with sftp in sidebar are no longer available after i close the program. Previous session is lost if i close the program.
Steps:
I open my file with sftp and the file is stored:
C:\users…\appdata\local\temp\sublime-sftp-browse-TIMESTAMP\siteprofile\public_html\file.php
2.When i close st3 the file.php is deleted automaticaly
3.When i reopen st3
Unable to open /C/users/…/appdata/local/temp/sublime-sftp-browse-TIMESTAMP/siteprofile/public_html/file.php
… other files opend from local machine are reloded …
[paranoia]
Would it be possible to have the download files be hosted on an https server and/or provide md5sums for each download? Just to be certain that the binary blob is not tampered with before I install…
[/paranoia]
Is there a crash log somewhere with more info on why it’s crashing? Whether it be a 3rd party package or something? Either way, it happens on both my computers now, and only since yesterday’s 3080.
*Update: I found an empty build file in my user folder (thank you to other comments on the forum here) which fixed my crashing. It would still be nice to know if there’s a better way to debug crashes via crash log. I found a sweet spot with my packages, but in the beginning I found Sublime was very unstable due to package conflicts between user made packages, usually in the form of plugin_host error followed by crash. However, finding out more about those conflicts seemed very trial and error, had me going in circles for weeks Is there such a crash log somewhere with more info?
Did it get retracted? I just opened Sublime and it told me there was an update, then it said it was already up to date (or something like that) while it’s still at 3065. Also the download page lists 3065 and not 3080.
Hrmm, subtractive mouse selection seems to be broken for me.
e.g) Left click and drag from line 60 to 20. Hold Shift and click on line 40. Instead of the selection subtracting down to lines 40-60 the cursor just moves to the end of the selection. Additive mouse selection is working though. If you hold shift and click on line 10 the selection is now expanded to lines 10-60.
I have the feeling that you are confusing shift and alt for adding and subtracting selections respectively. Both your described be behaviors correspond to when shift is held, while alt is required for subtracting (on Windows&Linux). Don’t know about OSX.
If that is not the case and you just made a typo in the post, please check for interfering packages. To my knowledge the default mouse maps were not updated for any OS (and I can verify that they work the same as always on Windows) so this might be the case, as was in this thread.
@FicheFoll:
I guess I’m crazy… I was expecting the behavior like gEdit (linux) or notepad (windows). I don’t know why I just noticed this with sublime. Sorry for the false report. Now I have to go hack my mousemap file
I may be misunderstanding what you’re saying here, but for me (Ubuntu 12.04 LTS, dual-monitor setup), the following seems like a bug:
Start typing in Sublime on Monitor 1; trigger a tooltip popup
Move my mouse over to Monitor 2, click around/type etc. (tooltip does not disappear on Monitor 1 in the meantime)
Move my mouse back to Monitor 1, select another open application (tooltip still does not disappear on Monitor 1) [screenshot]
Click back into Sublime - only now does tooltip finally disappear
If I have understood correctly and this behaviour is indeed intentional, could you perhaps introduce a tooltip_debug setting to enable/disable it? Given that the majority of people who use Sublime will never use the console to experiment with the tooltip API, the reasoning for current default behaviour seems quite odd.
Same problem with Ubuntu’s extended desktop, when switching desktops (ctrl+alt+arrows) while a popup is active the popup follows you hanging on top of other applications, like @oomp’s screenshot.