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

Explorer: broken after enabling settings sync #114994

Open
bpasero opened this issue Jan 26, 2021 · 7 comments
Open

Explorer: broken after enabling settings sync #114994

bpasero opened this issue Jan 26, 2021 · 7 comments
Assignees
Labels
bug Issue identified by VS Code Team member as probable bug

Comments

@bpasero
Copy link
Member

bpasero commented Jan 26, 2021

I had a workspace open (with 3 folders) and enabled settings sync. After clicking on the explorer I see now files:

image

And the exception is:

bootstrap-window.js:262 TypeError: Cannot read property 'element' of undefined
    at l.element (listView.ts:634)
    at listWidget.ts:221
    at Array.map (<anonymous>)
    at o.splice (listWidget.ts:221)
    at splice.ts:17
    at Array.forEach (<anonymous>)
    at t.splice (splice.ts:17)
    at listWidget.ts:1306
    at d.bufferEvents (event.ts:851)
    at F.splice (listWidget.ts:1306)
    at I.runner (openEditorsView.ts:103)
    at I.doRun (async.ts:732)
    at I.onTimeout (async.ts:726)

//cc @joaomoreno

@bpasero bpasero added bug Issue identified by VS Code Team member as probable bug important Issue identified as high-priority file-explorer Explorer widget issues labels Jan 26, 2021
@bpasero
Copy link
Member Author

bpasero commented Jan 26, 2021

It works fine after a restart.

@isidorn
Copy link
Contributor

isidorn commented Jan 26, 2021

The error seems to be coming from the Open Editors view since that one uses the list widget, and you can see it in the call stack. So it is not related to explorer being broken.

I can not reproduce this. Here are my steps:

  1. Have a MR workspace with 3 folders (vscode, vscode-distro and vscode-docs)
  2. Save that MR workspace as test.code-workspace
  3. Turn on Settings Sync -> Sign in using GitHub and choose to sync all the data
  4. Settings sync is turned on and Explorer works nicely

Do you always see this? If yes do you some other errors or exceptions from the Explroer?

@isidorn isidorn added the info-needed Issue requires more information from poster label Jan 26, 2021
@bpasero
Copy link
Member Author

bpasero commented Jan 26, 2021

@isidorn the explorer being broken in the sense that the view is not showing up. Independent from any errors a view might be throwing that should not have any impact on other views right?

Maybe this is a more general workbench views issue that we need to make sure a runtime exception from one view should not make the other view disappear.

//cc @sandy081

@isidorn
Copy link
Contributor

isidorn commented Jan 26, 2021

@bpasero it should not be possible to hide the Explorer.
So I think you are right this sounds like a general views issue. Let's also assign to @sandy081 he might have ideas

@sandy081
Copy link
Member

Yeah, I can make views rendering resilient but it cannot be handled everywhere - meaning there will be still inconsistent behaviour or errors in the console as the model goes out of sync.

To improve the experience I can skip rendering the misbehaving view but not all other rippled errors.

@bpasero
Copy link
Member Author

bpasero commented Jan 27, 2021

I wonder if you could leave the view visible so that the layout is not touched but simply render the contents of the view empty or with an error text?

@isidorn isidorn reopened this Feb 3, 2021
@isidorn isidorn removed the info-needed Issue requires more information from poster label Feb 3, 2021
@bpasero bpasero removed the important Issue identified as high-priority label Feb 3, 2021
@isidorn isidorn removed their assignment Aug 12, 2021
@isidorn isidorn removed the file-explorer Explorer widget issues label Aug 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Issue identified by VS Code Team member as probable bug
Projects
None yet
Development

No branches or pull requests

4 participants
@bpasero @isidorn @sandy081 and others