Problem
The github-pull-request_doSearch language-model tool returns zero results when searching a repository that is not the active workspace repository, even when actually such results do exist.
Specific example:
Equivalent queries such as is:issue assignee:jruales, assignee:jruales, and is:issue is:open involves:jruales also return zero.
The tool itself includes an Open on GitHub.com link. Opening that link shows the expected assigned issues, while the tool's structured result for the same query reports zero.
Expected
The explicit repo parameter should scope the search independently of whichever repository is open in the workspace. Alternatively, if the requested repository cannot be searched, the tool should return an explicit error explaining why rather than a successful-looking empty result.
Likely cause
SearchTool resolves or creates the requested repository, but then calls FolderRepositoryManager.getIssues(). Its paging path filters repositories against active workspace remotes, which may exclude the synthetic repository created for the explicit repo parameter. The tool then returns a successful-looking empty result.
Problem
The
github-pull-request_doSearchlanguage-model tool returns zero results when searching a repository that is not the active workspace repository, even when actually such results do exist.Specific example:
microsoft/vscodeis:issue is:open assignee:jrualestotalIssues: 0jruales. Theissue_fetchtool also returns that assignee correctly.Equivalent queries such as
is:issue assignee:jruales,assignee:jruales, andis:issue is:open involves:jrualesalso return zero.The tool itself includes an Open on GitHub.com link. Opening that link shows the expected assigned issues, while the tool's structured result for the same query reports zero.
Expected
The explicit
repoparameter should scope the search independently of whichever repository is open in the workspace. Alternatively, if the requested repository cannot be searched, the tool should return an explicit error explaining why rather than a successful-looking empty result.Likely cause
SearchToolresolves or creates the requested repository, but then callsFolderRepositoryManager.getIssues(). Its paging path filters repositories against active workspace remotes, which may exclude the synthetic repository created for the explicitrepoparameter. The tool then returns a successful-looking empty result.