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

Sidebar view of open files goes bad #1048

Closed
dexbol opened this issue Dec 21, 2015 · 8 comments
Closed

Sidebar view of open files goes bad #1048

dexbol opened this issue Dec 21, 2015 · 8 comments

Comments

@dexbol
Copy link

dexbol commented Dec 21, 2015

This bug reported by @rchl on ST Forum. I copy it and hope that ST team give more attention to this bug:

I've mentioned this problem before in viewtopic.php?f=2&t=18365&start=10#p68375 but maybe it will get more attention here.

There is a bug with sidebar that can be triggered by re-arranging tabs using sublime API.

To reproduce:

  1. Add a directory with a couple of files (2 or more) to the sidebar
  2. Double click one of the files
  3. Single click some other file (triggers preview without adding the file to the list of open files)
  4. Open console and execute:
    sublime.active_window().set_view_index(sublime.active_window().active_view(), 0, 0)
  5. Close previewed file (whose tab was just re-arranged)
  6. Repeat points 3 and 4

View of open files goes bad. See img

BTW, I bought a license last year.

@FichteFoll
Copy link
Collaborator

As a sidebar user, I can confirm this bug as "existing", although I didn't follow the steps listed. I can reproduce this without using an API method, but I don't have specific steps for it.

Anyway, the sidebar display for open files is pretty borked sadly.

Related: #940 (and the issues referenced there).

@lastsecondsave
Copy link

Another way to break sidebar:

  1. You need two projects, both should have Show open files enabled. Open one of them.
  2. Disable Show open files.
  3. Use project switcher and switch to the second project.
  4. Switch back to the first one.

The result is...

@rlabrecque
Copy link

Another way to break this on Windows is to just double click open files too quickly.

@wbond
Copy link
Member

wbond commented Sep 16, 2016

@lastsecondsave Your example was fixed in build 3107.

@wbond
Copy link
Member

wbond commented Apr 12, 2017

Can you see if build 3127 resolves this for you?

@dexbol
Copy link
Author

dexbol commented Apr 19, 2017

@wbond Where can I download build 3127? My version is 3126 and there is no update for me .

@keith-hall
Copy link
Collaborator

@dexbol
Copy link
Author

dexbol commented Apr 20, 2017

Build 3129 resolved the problem.

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

No branches or pull requests

6 participants