The bug has been reported here:
There seems to be a problem for (some?) Mac and Linux users with the Sidebar
not showing any files.
This bug did not occur in build 3021 first seen in 3033 and latest version I have tried is 3047.
Not seeing any files in the sidebar makes the current builds unusable for me.
I don't know what other info could be relevant, so if there's anything I can add, please let me know.
Edit by @FichteFoll:
Screenshot from duplicate #464:
Workaround: #62 (comment)
I'm having similar sidebar problems in Ubuntu 13.04 64bit.
I see often the root folders, or sometimes I only see the project folder, or sometimes none.
If I try to expand a folder, the icon changes and nothing else seems to happen. If I resize the sidebar after doing so, I can see the text from the expanded folder overlapping the other folders in the root directory.
@ShawnMcCool That is indeed my problem too.
tried 3052, still having the same issue
@ShawnMcCool Can you try to reinstall Package Control with the latest version and upgrade Theme - Soda (in case you use them?) This solved it for me.
Its not solved, it just doesnt happen always anymore at a clean startup. It seems to be caused after switching project now.
I have the same issue as ShawnMcCool on Windows 7 64bits with a portable installation of ST3 Build 3047.
It happens usually after switching project, and sometimes persist after closing and restarting ST3.
In the latter case, removing the file Data/Local/Session.sublime_session resolve the issue, at the cost of losing all history, opened files, etc.
That sounds as the exact same issue like i have. now that we have noticed this bug at 3 different OSs, I think we can conclude this might be a serious thing, not OS-dependant.
Could it possibly be caused by a package (perhaps a theme?) somehow?
I was able to resolve it (at least temporarily) by opening a new workspace, which might be similar to deleting the session file.
Encountering this for the first time in ST3 build 3059 on win7 64-bit portable install.
I have had the same problem (including in ST3 build 3059) on MacOS. I first saw it when switching from ST2 to ST3 beta. As a workaround I've found that deleting my workspace files allows me to open the associated project files without problem. But it'd be nice if the code was more robust about handling workspace files it doesn't like.
having this issue with all sidebar extentions disabled and in build 3059
Driving me nuts, I suspect it is something in the projects functionality since I never had this issue EVER prior to me deciding I was going to start using the projects functionality in order to be more organised.
Maddening, isn't it? My projects keep losing their files. In most cases I can just delete the workspace file and it starts working again, but in one case I had to generate a new project file.
I also encountered this bug in ST3 build 3059 on Win 7 64-bit portable. Deleting the workspace file seems to work around the issue for me.
Just encountered this bug.
I think I know what happens:
If a project is opened in SublimeText 2, then in SublimeText 3, the workspace file may have become incompatible !
I don't think it's as simple as ST2 vs ST3 because I never run SublimeText 2, yet some of my projects still get corrupted. Nonetheless, I did see it more when I was transitioning from ST2 to ST3, so it does appear to be one cause. I synch those files between home and work and I wonder if that somehow contributes (though my config is the same in both places). I should probably exclude those files from synch.
It would be great if ST3 could recognize a corrupt workspace file and rebuild it, instead of silently failing in this awkward way. I also wish ST3 would save its workspace files someplace else, as that would make it easier and safer to synch and share project files.
I’ve found what triggers this, and how to keep it from happening.
This issue seems to be related to the View > Side Bar > Hide/Show Open Files option, which is stored in the project workspace file.
When you switch between projects where this option is set differently (i.e. switch from a project with Show Open Files selected to a different project with Hide Open Files selected), the workspace (and the sidebar file display) becomes corrupt.
The work-around is to make sure that all of your projects are configured either to Hide Open Files or Show Open Files in the sidebar. As long as you don’t mix the two, your workspace should never become corrupt.
👍 for @sentience work-around.
This bug is very troublesome, and the fix should not be too complex to be created.
I suffer too.
Ubuntu 14.04 and ST3 Build 3059
In my case I can't show the sidebar if the "Show open files" option is not active. Plus deleting both the workspace and the session file hasn't produced any positive effect.
I'm not able to open the side bar in sublime text 3 in ubuntu 14.4 too.
👏 👍 Thanks @sentience for the workaround, this bug was driving me nuts!!
I only started having this issue with the recent release that added icons into the sidebar. Would be really great to have this fixed.
like @jpsandiego, I have also only just started having this issue with the latest update (Build 3065, Windows 7 32bit, ST3 Portable) and the added icons.
It happens after switching Projects. However, I can get the folder/file list to show again just by hitting the Alt key, but this isn't a permanent workaround as I then get lots of garbage as I open/close sub-folders...
I've had the same problem, ST3 (never used ST2 on this machine) on Mac OS 10.9.2. Sometimes no files are listed. Other times it does this:
Plugins don't seem relevant, and it happens a lot more on large projects. Closing the app, waiting a minute, and reopening usually helps for a while.
Getting back into graphics programming this reminds me of what happens when the graphics buffer is not cleared before drawing the next frame. The canvas might have been restored from ?cache? and then drawn on without clearing it first.
In spirit of #372, does the sidebar get redrawn if you resize the window?
It redraws, but not necessarily correctly. Creating a new workspace seems to fix it temporarily, switching projects seems to trigger it (but not consistently).
Also having same issue on Fedora 21, Build 3065 x64.
I've been deleting the workspace/project files and re-creating them... but it's a real pain in the ass as I switch between projects many times during the day.
To those who still seem to be wrestling with this, the clean workaround is documented above in #62 (comment).
@sentience I'm not sure that you're workaround consistently addresses the issue. It seems it addresses the visibility of the top level folders being drawn. I can get the top level folders to view, but I can't open or manipulate anything at a lower level. Look at the screen shot that @whatisjasongoldstein posted above.
This is a blocker bug for ST3, I'm gonna drop back to ST2 and keep an eye on this issue.
I'm not sure when this manifested, I just started noticing it about a week ago when I jumped over to Fedora 21. I was using build 3065 before that though and didn't notice this in Fedora 20. I assume due to the other OS(s) being reported in the issue that distro-moving didn't create the issue for me.
On ST3, on OSX, Simply resizing the sidebar to a different width causes the files to all display as expected. Just FYI.
The fix for me was to set all projects to Hide Open Files. No additional problems so far.
None of the fixes in this thread work for me :(
This is maddening. I have to hit "refresh folders" at EVERY level of the folder tree to see anything!
Same issue - had to reinstall and remove/backup (WARNING: don't do this as you'll lose all your customizations) the "C:\Users\AppData\Roaming\Sublime Text 3" folder to make it go away. After installing if I replace the complete "...Roaming\Sublime Text 3" folder with the backup copy the issue would come back, so it looks like some corruption of the files in this folder.
Cannot expand folders on ST3 when 'show open files' is disabled. Enabling and re-opening the project seems to be an effective workaround.
I had same issue and solve it by the method provided by @alexforencich.
I had the sidebar problem too. I fix it by removing SibarEnhancement package.
Still not fixed in build 3083. Can confirm that it's related to 'show open files'.
The workaround by @sentience has been implemented in Project Manager at randy3k/ProjectManager@904ff93
@randy3k I'm using Project Manager and I still get this issue when switching projects (or even loading them manually via Projects > Open Recent).
If you open the project manually, there is a chance that the settings show_open_files of the projects are not the same. If you use Project Manager to open the project, it will make sure that the settings are always the same.
@randy3k Im also using Project Manager exclusively and get this issue every time I switch projects 😕
Ho do i check I am using the latest version of Project Manager?
@GC-Mark Just noticed, you need to enable "show_open_files":true in the settings for Project Manager.
In Sublime, go to Preferences > Package Settings > Project-Manager > User:
and enter the following settings.
I've also first cleared the cache, sessions, deleted all .sublime-workspace files etc to make sure nearly everything is reset.
Initially, things seem to be working nicely.
@dangelov thanks a lot, that seems to have done the trick! I didn't do any of the extra steps, just added that setting to Project-Manager
It is not always necessary to set show_open_files to true. It depends on your view setting: View -> Side Bar -> Show/Hide Open File.
View -> Side Bar -> Show/Hide Open File
The default value of show_open_files in Project Manager is false. It will make sure that the all the Projects will hide the open file. However, if your Sublime View setting is not consistent with the default value (i.e. the view is showing open files) ,you will still get the issue.
The easier solution is to do View -> Side Bar -> Hide Open File. However, if you really want to show open files, Then you have to do
View -> Side Bar -> Hide Open File
in Project Managet settings.
It also explains why @dangelov and @GC-Mark got their issues solved.
I guess this randy3k/ProjectManager@d60a501 is why I only started having this issue recently (changed 13 days ago). I always use "Show open files" for all my projects, so when the manager started defaulting to false, things started breaking.
Alright, thanks for clearing things up and glad we found a solution, it was very frustrating.
I changed to default to false since the default view setting of Show Open File is also false. Glad that you figured it out. :)
Show Open File
@randy3k Makes sense :)
Thanks for your work on that plugin, quite the time saver, and for your help with the workaround.
Try to do this:
Issue is still present in build 3092, workaround seems to be to close projects, delete .sublime-workspace files and restart Sublime Text.
Some observations on this bug (ubuntu 12.04, ST 3083):
In the following, a "folder file" is a file in the "root" of a folder in the project. A "subfolder file" is a file in a subfolder of a folder in the project..
(NOTE: I've a partial workaround below in bold)
Changing the folder list in the project file causes the side bar to go blank. Again it can be made to redraw by dragging it's edge. Also by opening e.g. the console (ctrl-`)
With two folders in a project:
So we've been having this annoying bug for more than two years now, and it's still not fixed - I see it regularly on my Win 8.1 machine.
Is anybody at Sublime HQ still working on this software? Or on its crappy documentation? And if not: Could you please just open source it so that somebody else can fix your bugs?
I've had bug since the release of ST 3, more than a year ago, I'm starting to migrate to ATOM due to this.
Just a reminder to all that the workaround to avoid this bug is quite straightforward: just pick a setting for View > Side Bar > Hide/Show Open Files and make sure all of your projects use the same value for that setting. The bug is triggered when switching between projects with different values for that setting.
I tested that workaround and it doesn't work for me.
For me neither, I never touched that setting.
What works for me: Open a new window (Ctrl+Alt+N) and then the project.
@sentience I think that workaround only works if you've not got any subfolders in your project that you want to open. It's when there's more than one list of things that it goes haywire (ie: open files + project files; project root folder + subfolder; etc..).
@neohunter, @wortwart, @drevicko: I routinely switch between multiple complex projects throughout the day, each with many subdirectories and multiple root folders. Since I’ve ensured that View > Side Bar > Hide Open Files is disabled (i.e. open files are listed at the top of my sidebar) for all of my projects, the problem has not returned for me. The value of this setting is stored in the *.sublime-workspace file for each of your projects, so it may be worthwhile going through these steps:
That’s what I had to do, and it’s been rock solid ever since.
I just had the same problem. @sentience's solution worked great for me.
@sentience's solution worked for me. Thank you!
@sentience solution works like a charm. It's a really annoying bug.
I got this when I turned on Side bar -> Show open files on Ubuntu 14.04 with Sublime 3.
Fixed it with rm ~/.config/sublime-text-3/Local/Session.sublime_session
Side bar -> Show open files
Only downside is that I lost my file history.
This happens to me on Windows 7 with Sublime 3.
My workaround is to open my .sublime_workspace file and empty out the "expanded_folders" key, so that it looks like so:
I'd imagine a similar change within the .sublime_session file would work if not using a saved workspace.
@robkorv, @eliveikis: While clearing the problematic session will allow you to work around the issue temporarily, the next time you switch between two projects that have a different ‘Side Bar > Hide Open Files’ setting, your sidebar will become corrupted again.
The only persistent fix for this at the moment is to follow the steps I posted above to make this setting consistent across all your projects.
I resolved my case, where files under 'Open Files' would eventually vanish when mouse clicking the project directory tree or by control+pagedown.. By removing the following from User/Preferences:
@sentience: I've just encountered this bug the first time in several months and your workaround fixed it - although I still have no idea how "Hide open files" got into my workspace settings. I'd recommend to solve it with "find in files": Filter .sublime-workspace, replace ("show_open_files":\s*)false with \1true.
Is anybody still working on this software? This bug has been around for two and a half years.
@sentience: yes, your fix works. Thanx
Fixed by find/replacing "show_open_files": false, and "show_open_files": true, with a blank line in all my *.sublime-workspace and *.sublime-project files and starting all my projects off fresh.
Luckily, I keep all my project/workspace files in a folder.
Still not fixed in build 3103.
It all started when added files to a new group, I was able to resolve it by temporally switching to a different project and then switching to main project.
I believe this was fixed in build 3107 (it may have been as late as 3109).
Let me know if anyone can still reproduce this in 3111.
This happens for me when using tmux. Once I exited back to the standard shell, it worked fine (I'm on build 3103, though, so I haven't tried 3111).
Just happened to me with Build 3114 / Ubuntu 16.04 64bit
Just started happening for me on Mac OS 10.11.5, Sublime 3114.
I have a variation on this happening to me now.
Sublime 3114, though it started happening with the previous build.
I never change show/hide open files (always on) and do not use workspaces.
When I select Open folder... it only shows the files within that folder, never any subfolders.
show/hide open files
This makes working on projects an incredible pain!
Edit: deleting the expanded_folders section of .sublime_session had no effect.
I just had this bug happen to me on os x yosemite 10.10.5 with sublime text 3 build 3126. It happened after I pressed "Open Recent > Clear Items". Even after resetting the program it persisted.
Deleting the workspace files fixed the problem and returned the files/folders to my sidebar and it seems to be working fine now. If it keeps coming up I will report back.