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

ExplorerView#getActiveFile only uses file-uris #34768

Closed
jrieken opened this issue Sep 21, 2017 · 10 comments
Closed

ExplorerView#getActiveFile only uses file-uris #34768

jrieken opened this issue Sep 21, 2017 · 10 comments
Assignees
Labels
bug Issue identified by VS Code Team member as probable bug remote Remote system operations issues verified Verification succeeded

Comments

@jrieken
Copy link
Member

jrieken commented Sep 21, 2017

Trying to understand why remote files aren't reveal in the explorer brings me to this: https://github.com/Microsoft/vscode/blob/master/src/vs/workbench/parts/files/browser/views/explorerView.ts#L363. Unclear why and why we don't try to lookup a uri in the explorer model?

@vscodebot vscodebot bot added the workbench label Sep 21, 2017
@jrieken jrieken added bug Issue identified by VS Code Team member as probable bug remote Remote system operations issues labels Sep 21, 2017
@jrieken
Copy link
Member Author

jrieken commented Sep 21, 2017

/cc @bpasero for clarification

@bpasero
Copy link
Member

bpasero commented Sep 22, 2017

Yes I think this check is bogus now that other resources are shown in the explorer. The intent is to show and reveal the active file of the editor in the explorer. I think the explorer view model would be fit enough to deal with any schemes now.

@jrieken
Copy link
Member Author

jrieken commented Sep 22, 2017

@isidorn Can we tackle this for September? I would make the demo nicer

@jrieken jrieken added this to the September 2017 milestone Sep 22, 2017
@jrieken jrieken self-assigned this Sep 22, 2017
@isidorn
Copy link
Contributor

isidorn commented Sep 22, 2017

@jrieken yes, I can look into this today

@isidorn
Copy link
Contributor

isidorn commented Sep 22, 2017

@bpasero looking at the code @jrieken pointed out it is enough to just remove filter: 'file'.
The only way to match the resource agains the explorerModel is to compare uri, thus I would first need to get a uri which defeats the purpose, since that is all we want.

@bpasero
Copy link
Member

bpasero commented Sep 22, 2017

@isidorn I do not understand the problem, sorry.

isidorn added a commit that referenced this issue Sep 22, 2017
@isidorn
Copy link
Contributor

isidorn commented Sep 22, 2017

@bpasero sorry for not being clear. There is no problem, I just propse a fix which I just pushed 6dc90ea

Apart from this I question the use of a filter Shuold we try to remove this?

@bpasero
Copy link
Member

bpasero commented Sep 22, 2017

@isidorn ah sorry, I read your last comment wrong. yes I think we need to revisit every use of this filter thing and make sure to get rid of it if possible.

@isidorn
Copy link
Contributor

isidorn commented Sep 22, 2017

Ok I can look into the filter. My commit should fix this issue though -> closing

@isidorn isidorn closed this as completed Sep 22, 2017
@jrieken
Copy link
Member Author

jrieken commented Sep 22, 2017

Thanks Isi

@jrieken jrieken added the verified Verification succeeded label Sep 28, 2017
@vscodebot vscodebot bot locked and limited conversation to collaborators Nov 17, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Issue identified by VS Code Team member as probable bug remote Remote system operations issues verified Verification succeeded
Projects
None yet
Development

No branches or pull requests

3 participants