Bug - Sidebar project folder-list desyncs by shifting up / down causing click on one file to go to the one above or below n spots. #1763
Comments
|
Steps to reproduce: If more than 1 file becomes highlighted, then it is desynced!!! |
|
The sidebar was completely rewritten in the versions available in the dev channel. There has been one report of an syncing issue in the recent dev build (3136), but the implementation will be much different than 3126. |
|
@wbond What was the report about? I just encountered a glitchly desync in the sidebar in 3139. The FOLDERS label disappeared too. Is it similar to that report? |
|
@debug I have not heard reports of such a situation. Can you open an issue? The codebase for 3126 is so vastly different there is no point in trying to reproduce or debug issues with it, or really anything older than 3139. |
|
Build 3142 fixed a sidebar sync issue that would result from reducing the number of open panes from 3+ to a number 2+ smaller (e.g. from 3 to 1 pane, or from 4 to 2 panes) AND having at least one file open in the last pane. In the interest of keeping things current with the latest dev build, I am going to close this as fixed. If you run into issues with 3142, please open a new issue and we can go from there. |
Summary
The sidebar which shows open files and project folders desyncs the folders from time to time. I have a small project ( 3MB code, nothing repeating, size without comments, maybe 100 folders ) in GLua and I have been using the project folder-view to open files quickly but I'm not sure when it exactly started occurring or the exact steps required to reproduce it.
In short when you click on file: ext_team.lua you may end up with ext util.lua, ext_util_sv.lua ( 1 and 2 down, respectfully ), or ext_table.lua, ext_surface_cl.lua ( 1 or 2 up, respectfully ) or you may end up with the right file opening up.
...
Expected behavior
When you click on a file name, it should open that file-name in ST3.
...
Actual behavior
Over time ( sometimes accompanied by a crash a few minutes after it happens ) the folder-view shifts the logical shortcuts, but not the file-names so if you click on 3 you may end up with 1, 2 as above, or 4, 5 as below the actual file you're trying to open.
Note: It doesn't affect ALL of the files... The desync usually happens 2 or 3 deep, but when it desyncs then all files below a certain point are affected ( this point shifts too so I can't give you nth file each time )
...
Steps to reproduce
I have yet to find a solid method to reproduce, but I'm posting it here to have something to edit, or for other users to contribute.
When you collapse the project folder ( I have 1 primary folder, although I'm going to change this to have the nested folders so I don't have to re-open all of them when this happens ) and re-open it, the problem is resolved but you lose your place...
Environment
dpi_scaleused in ST ... unalteredThe text was updated successfully, but these errors were encountered: