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

Can't search in workspace that includes folder using a FileSystemProvider #94928

Closed
SqrTT opened this issue Apr 10, 2020 · 20 comments
Closed

Can't search in workspace that includes folder using a FileSystemProvider #94928

SqrTT opened this issue Apr 10, 2020 · 20 comments
Assignees
Labels
bug Issue identified by VS Code Team member as probable bug candidate Issue identified as probable candidate for fixing in the next release search Search widget and operation issues verified Verification succeeded

Comments

@SqrTT
Copy link

SqrTT commented Apr 10, 2020

  • VSCode Version: 1.44.0
  • OS Version: Ubuntu 18.04.4 LTS

Steps to Reproduce:

  1. Open workspace with contains non default file system (file) but with provider defined in plugin
  2. Try and search

Does this issue occur when all extensions are disabled?: Yes

/usr/share/code/resources/app/out/vs/workbench/workbench.desktop.main.js:4376 No search provider registered for scheme: ccfs, waiting

(anonymous) @ /usr/share/code/resources/app/out/vs/workbench/workbench.desktop.main.js:4376
searchWithProviders @ /usr/share/code/resources/app/out/vs/workbench/workbench.desktop.main.js:4376

(anonymous) @ /usr/share/code/resources/app/out/vs/workbench/workbench.desktop.main.js:4375

processTicksAndRejections @ internal/process/task_queues.js:85
@SqrTT
Copy link
Author

SqrTT commented Apr 10, 2020

I as author of the extension which implements file system provider can't implement search provider since it's only in proposed API.

@roblourens
Copy link
Member

Yes, this is proposed API.

#73524
#59921

@roblourens roblourens added the *duplicate Issue identified as a duplicate of another issue(s) label Apr 10, 2020
@SqrTT
Copy link
Author

SqrTT commented Apr 10, 2020

it is.but right now this is make issue in v1.44.0. Is that expected?

this is not duplicate since this don't ask for feature but rater bug related to this feature.

@SqrTT
Copy link
Author

SqrTT commented Apr 10, 2020

is that expected that users of my extension have to between choose to use file search or work with external file system?

because feature is in proposed stage but causes issues in stable release

PS. please note; v1.43.0 works fine

PPS:

Does this issue occur when all extensions are disabled?: Yes

means issue is not related to the extension. I'm correct?

@SqrTT
Copy link
Author

SqrTT commented Apr 10, 2020

@roblourens please reopen issue since it's not fixed and not duplicate

@SqrTT
Copy link
Author

SqrTT commented Apr 10, 2020

image

@SqrTT
Copy link
Author

SqrTT commented Apr 10, 2020

@roblourens or @RMacfarlane please suggest how can I fix the issue No search provider registered for scheme: ccfs, waiting without using proposed API for v.1.44.0?

@roblourens
Copy link
Member

I'm pretty sure this didn't work in old versions either, the API has never been stable.

@SqrTT
Copy link
Author

SqrTT commented Apr 10, 2020

let's start from scratch. Extension don't use search provider API (TextSearchProvider and FileSearchProvider or any other from proposed).
Extension use registerFileSystemProvider and registers scheme ccfs this was working well for last two years, but starting v1.44.0 users with the extension face issue with broken search with mentioned in subject error.

I don't need proposed API. I need search working again.
At this point I can fix this only by drop off feature which relays on FileSystemProvider.
Is there way to save feature?

@SqrTT
Copy link
Author

SqrTT commented Apr 10, 2020

@roblourens by the way: workspace.registerFileSearchProvider is not available in type definition but available in runtime. Is that ok? Does it means I can use it in to fix the issue?

image

@RMacfarlane
Copy link
Contributor

@roblourens Maybe this commit is the problem? 0e219d4

Would this cause search to wait indefinitely?

@roblourens
Copy link
Member

Is this a multiroot workspace where one folder is a normal folder on disk and the second is from the separate scheme? I guess I see the issue then. If that's not it then I guess I don't understand what was being searched before, please explain.

@roblourens roblourens reopened this Apr 11, 2020
@roblourens roblourens added info-needed Issue requires more information from poster and removed *duplicate Issue identified as a duplicate of another issue(s) labels Apr 11, 2020
@SqrTT
Copy link
Author

SqrTT commented Apr 11, 2020

correct, workspace has few folders in it with one "virutal" for ccfs

{
    "folders": [
        {
            "path": "ecom-project"
        },
        {
            "name": "Sandbox - FileSystem",
            "uri": "ccfs://current-sandbox"
        }
    ],
    "settings": {}
}

@gjsjohnmurray
Copy link
Contributor

@roblourens this 1.44 regression is likely to affect users of one of my extensions too. Please make the fix a candidate for the 1.44.1 recovery release.

@roblourens
Copy link
Member

roblourens commented Apr 11, 2020

Yeah I see it. That change was a mistake, I agree that it should be a candidate. Thanks for finding the commit @RMacfarlane, I think the fix is just to revert that and work around this in the smoke test.

@roblourens roblourens changed the title No search provider registered for scheme: ccfs, waiting Can't search in workspace that includes folder using a FileSystemProvider Apr 11, 2020
@roblourens roblourens added bug Issue identified by VS Code Team member as probable bug candidate Issue identified as probable candidate for fixing in the next release search Search widget and operation issues and removed info-needed Issue requires more information from poster labels Apr 11, 2020
@roblourens roblourens added this to the March 2020 Recovery milestone Apr 11, 2020
@Feder1co5oave
Copy link

Feder1co5oave commented Apr 13, 2020

Hi, I'm getting the following log after the 1.44.0 update whenever I CTRL+P (search hangs and does not show results):

[13934:0413/222622.335701:INFO:CONSOLE(4376)] "No search provider registered for scheme: gitlens, waiting", source: file:///usr/share/code/resources/app/out/vs/workbench/workbench.desktop.main.js (4376)

disinstalling, reinstalling gitlens or disabling extensions was of no help.

Recreating the workspace fixed it.

Version: 1.44.0
Commit: 2aae1f26c72891c399f860409176fe435a154b13
Date: 2020-04-08T11:22:13.689Z
Electron: 7.1.11
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Linux x64 5.3.0-45-generic

@mttkay
Copy link

mttkay commented Apr 14, 2020

I'm having the same problem as @Feder1co5oave . I even uninstalled GitLens but the problem persists. Search is totally broken now.

@mttkay
Copy link

mttkay commented Apr 14, 2020

That said, how do I manually remove the GitLens search provider?

@roblourens
Copy link
Member

This is fixed in Insiders but not stable yet.

@roblourens
Copy link
Member

Verification steps:

  • Run the fsprovider sample from our extension samples repo
  • Run the commands to create a MemFS workspce folder
  • Add another workspace folder, some normal folder on your disk
  • Do a search
  • It should return results from the local folder and ignore the MemFS folder

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 candidate Issue identified as probable candidate for fixing in the next release search Search widget and operation issues verified Verification succeeded
Projects
None yet
Development

No branches or pull requests

7 participants