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

Search no longer allows you to search sub-folders easily #29660

Closed
Tyriar opened this issue Jun 27, 2017 · 13 comments
Closed

Search no longer allows you to search sub-folders easily #29660

Tyriar opened this issue Jun 27, 2017 · 13 comments
Assignees
Labels
bug Issue identified by VS Code Team member as probable bug search Search widget and operation issues verified Verification succeeded
Milestone

Comments

@Tyriar
Copy link
Member

Tyriar commented Jun 27, 2017

  • VSCode Version: Code - Insiders 1.14.0-insider (15b579d, 2017-06-27T05:11:33.154Z)
  • OS Version: Linux x64 4.10.0-24-generic
  • Extensions:
Extension Author (truncated) Version
EditorConfig Edi 0.9.3
lorem-ipsum Tyr 1.0.0
sort-lines Tyr 1.3.0
vscode-svgviewer css 1.4.2
tslint eg2 0.15.0
git-project-manager fel 1.3.2
md-navigate jri 0.0.1
vscode-scss mrm 0.6.2
seti-icons qin 0.1.3
vim vsc 0.9.0

(1 theme extensions excluded)


#29510

test is in the folder .../xterm.js/src/build/. I really think there's value to sticking with the ./ syntax to make the search relative to all roots.

image

@Tyriar Tyriar added bug Issue identified by VS Code Team member as probable bug search Search widget and operation issues labels Jun 27, 2017
@vscodebot vscodebot bot added the insiders label Jun 27, 2017
@roblourens
Copy link
Member

I actually don't quite understand the scenario, is xterm.js/src a root?

@Tyriar
Copy link
Member Author

Tyriar commented Jun 28, 2017

@roblourens i have xterm.js and node-pty root folders. We've talked about this before, whether including a folder should include just the folder relative to the root or all folders of that name. I propose:

  • build should find the item in xterm.js/src/build/test
  • ./build should not find the item in xterm.js/src/build/test

@roblourens
Copy link
Member

We talked about it in the context of using it to bypass excludes, which I think was confusing and never worked as well as I wanted it to. I don't think I can make it work the same way with the way I do search across multiple folders now. But this case should still be doable, build will not find src/build/test, and **/build/** as a glob will find it.

@roblourens
Copy link
Member

I should at the very least change this back to just strip ./.

@roblourens roblourens modified the milestone: June 2017 Jun 28, 2017
@roblourens
Copy link
Member

That ^ was already done

@roblourens
Copy link
Member

roblourens commented Jul 25, 2017

I think my changes match your suggestions, let me know if not.

@Tyriar
Copy link
Member Author

Tyriar commented Jul 31, 2017

build should find the item in xterm.js/src/build/test

@roblourens this behavior appears to be the same

image

@Tyriar Tyriar reopened this Jul 31, 2017
@roblourens
Copy link
Member

I guess I misunderstood since I've been all over the place on this, and my comment #29660 (comment) doesn't make any sense. But sure, let's try changing it to map that to {**/build/**,**/build}so it will find all build folders, or all files named build, and we'll see what happens.

@Tyriar
Copy link
Member Author

Tyriar commented Jul 31, 2017

@roblourens 👍

@chrmarti
Copy link
Contributor

chrmarti commented Aug 2, 2017

'build' to match 'something/build/something/file.xyz' seems unexpected to me.

'build' to match 'some/path/build.sh' seems wrong.

Also: Including 'repos' when the folder opened in the workbench is '/repos/test' will include '/repos/test/some.css' if that is open in an editor, but not otherwise.

@chrmarti chrmarti reopened this Aug 2, 2017
@chrmarti chrmarti added the verification-found Issue verification failed label Aug 2, 2017
@roblourens
Copy link
Member

roblourens commented Aug 2, 2017

'build' to match 'something/build/something/file.xyz' seems unexpected to me.

I could go either way on it at this point, but there is ./build to just match the root build

'build' to match 'some/path/build.sh' seems wrong.

That won't match now

Also: Including 'repos' when the folder opened in the workbench is '~/repos/test' will include '~/repos/test/some.css' if that is open in an editor, but not otherwise.

Can you open a new issue?

@chrmarti
Copy link
Contributor

chrmarti commented Aug 2, 2017

'build' to match 'some/path/build.sh' seems wrong.

That won't match now

I'm looking at insiders from 2017-08-02T05:04:00.939Z. Is this a change only in master at the moment?

@chrmarti
Copy link
Contributor

chrmarti commented Aug 2, 2017

Correction: I saw #31939 a second time.

@chrmarti chrmarti added verified Verification succeeded and removed verification-found Issue verification failed labels Aug 2, 2017
@chrmarti chrmarti closed this as completed Aug 2, 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 search Search widget and operation issues verified Verification succeeded
Projects
None yet
Development

No branches or pull requests

3 participants