-
Notifications
You must be signed in to change notification settings - Fork 29k
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
Reveal in Sidebar crashes #82290
Comments
(Experimental duplicate detection) |
^ these seem unrelated/already closed before that release. cc @joaomoreno |
@OmarTawfik first of all thanks for nice description. fyi @joaomoreno for ideas on what additional data we might need here |
@isidorn I couldn't get exact repro steps :( this happens randomly every once in a while, and the only remedy I have is to reload VSCode. |
Let me know if you find better repro steps! |
Does anybody working on it? I want to investigate it. |
I reproduced it (though it requires some code instrumentation to make the race condition occur more often):
Create the following function in the following file: vscode/src/vs/workbench/contrib/files/browser/views/explorerView.ts
And add its call to the following place:
Run the script. Then quickly switch between editors left and right. You will have the console full of these errors in a minute or two.
|
My thoughts on how to resolve it:
|
Also, notice that there're two places where exception arises. It happens both in reveal and expand. |
I reread the description, and it seems that I don't have the tree highlighted in blue. Though, I used the master version for the fix. |
Checked, the tree is functional after such an exception. |
Cool. But @isidorn, this doesn't seem to nail the exact issue reported by the user since it was originally reported that:
|
@joaomoreno @isidorn I fixed it on the master version, so it might have been alleviated by some fixes. Also, we have our internal users reporting an issue, when the item isn't selected even though, the editor is switched which seems to be very similar to what the PR fixes. I talked to @OmarTawfik about this and it seems that the original issue might be the same as that one. |
We have merged a PR which potentially fixes this. |
Let me reopen since the PR probably does not fix the original isssue. |
@isidorn I had this issue on one of stable version of vs.code recently. It was just a file not revealed in the tree, and not completely unusable tree as Omar described. |
Just happened to me again, next time it happens I'll try debug into |
This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines. Happy Coding! |
This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines. Happy Coding! |
@Tyriar looks like it was closed by mistake? |
Had the same issue today with the last stable version. The fix given here #68627 (comment) worked, so maybe it's a regression? |
This should be fixed now with latest vscode insdiers since I rewrote parts of exlporer responsible for this. |
This doesn't happen consistently, but every once in a while, this feature would completely crash and I'd have to restart my editor. The steps are as follows:
Reveal in Sidebar
.I checked the dev tools, and here is the error that gets shown:
I traced it down to this line:
vscode/src/vs/base/browser/ui/tree/asyncDataTree.ts
Line 650 in b0dccbc
Which indiates that tree items are refreshed/updated somehow, but the key used to look up this map is still referring to the old object? Should this map be indexed by something else? item id (string)?
The text was updated successfully, but these errors were encountered: