-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Don't clutter the global search bar in the global Pull Requests page #1253
Comments
Seems to be caused by https://github.com/sindresorhus/refined-github/blob/7f23ff66be7a3f713fd5f06977b36427130c49d5/source/features/sort-issues-by-update-time.js#L29-L30, I believe it should be fixed by limiting the scope of the selectors to target repository-related ”Pull requests” and ”Issues” links. |
I think that’s a consequence of the update time sorting. Not much it can be done about it |
@bfred-it can we clear the field after loading the page? |
That would disable the sorting on the searches |
@bfred-it I thought the sorting was for when we load the page. When I search not always is it needed to be by last updated. Can we make an |
The sorting ideally should be consistent across the site, truly a new default. We could however fixing this issue in two ways:
|
@IssueHunt has funded $40.00 to this issue.
|
I did this by narrowing down selectors to links. the sorting still works. |
I did this by narrowing down selectors to links. the sorting still works. fixes refined-github#1253 it's strongly emphasised that the bug should be fixed, with the suggestion that the whole behaviour of feature could be refined in what it manifests.
I did this by narrowing down selectors to links. the sorting still works. fixes refined-github#1253 it's strongly emphasised that the bug should be fixed, with the suggestion that the whole behaviour of feature could be refined in what it manifests. s
@sindresorhus has rewarded $36.00 to @bfred-it. See it on IssueHunt
|
So the thing is that my solution actually worked, instead of applying bandaid on it. Obviously, the reason why some random text gets applied to input with selector for href is not because the selector is bad (since href doesn't exist on input you see), but because you must clear the input after the fact and get a bounty out of it in lieu of first solution. |
I'm not sure of where you get that from, I tried and it didn't — because it changed nothing. The feature your PR modified, does not affect the input field directly, in fact you can disable RGH and:
This is because GitHub applies the The reason why our feature (the one you modified) makes the query appear in the global search field (while the regular "Created" and "Assigned" tabs don't) is that we effectively modify the query (and GitHub doesn't hide it from the global field like it does for its own tabs) |
right, I didn't read issue description to begin with. |
Hello, I think I encountered a bug. When I click on the "pull request" button on the navbar, the filters get into both input of the page instead of just being in the filter input.
The text was updated successfully, but these errors were encountered: