Uh oh!
There was an error while loading. Please reload this page.
Fix global search - #46175
Conversation
91cb73e to
620a004CompareGuillaumeGomez
commented
Nov 21, 2017
Seems like it messes with generics. |
620a004 to
cce9da2CompareGuillaumeGomez
commented
Nov 21, 2017
Ok, generics are working again. Added comments to avoid removing the same code again. |
There was a problem hiding this comment.
I'm still wondering if I should return the lowest lev distance or if I should return the average lev value... Any preference?
There was a problem hiding this comment.
I can see how returning the average would be better, but i'm not sure how effective it will be. A user would need to search for something with multiple generics (which i'm not sure works right now? a search for Result<File, Error> returns a lot of bad lev results before any of the functions that return that type show up) before the difference will even show up. I think we can leave this as-is for now and investigate it in the future.
There was a problem hiding this comment.
I'll leave the comment just in case then if you don't mind.
There was a problem hiding this comment.
Not really an issue with this PR, but I don't like how there's inconsistent var styles being used with some functions having one var per line, and others using commas like they're going out of style.
There was a problem hiding this comment.
I grouped them by "theme". But if you want I can put each on a line.
There was a problem hiding this comment.
The same as anywhere else in the code using searchIndex? :p How would you name it?
There was a problem hiding this comment.
Also not really an issue with this PR, but the isType !== true in an if thing really isn't saving you any speed of !isType.
There was a problem hiding this comment.
Don't care. In principle it's faster since the comparison is explicit.
There was a problem hiding this comment.
This line seems like it was left behind by accident.
bors
commented
Nov 25, 2017
☔ The latest upstream changes (presumably #46081) made this pull request unmergeable. Please resolve the merge conflicts. |
cce9da2 to
0a12198CompareGuillaumeGomez
commented
Nov 26, 2017
Rebased. |
QuietMisdreavus
commented
Nov 27, 2017
@bors r+ |
bors
commented
Nov 27, 2017
📌 Commit 0a12198 has been approved by |
I suggest we backport this (and possibly #46081 also) to 1.23-beta, as search is broken on beta as well. |
QuietMisdreavus
commented
Nov 27, 2017
I agree - if possible, i'd rather not break the search for docs that show up on stable. |
GuillaumeGomez
commented
Nov 28, 2017
Let's move up the priority then. @bors: p=10 |
bors
commented
Nov 28, 2017
…eavus Fix global search Fixes#46021. r? @QuietMisdreavus
bors
commented
Nov 28, 2017
☀️ Test successful - status-appveyor, status-travis |
[beta] Doc search backports This is a backport of #46081, #46175, #46433, and #46672. They all merged cleanly but I haven't tried a build; let's see what Travis says. These PRs fix pretty annoying issues with doc search and so I think it's important they don't slip to stable, but these PRs have *NOT* been `beta-accepted` yet. cc @steveklabnik@GuillaumeGomez can you tag the docs team to talk about beta-acceptance?
alexcrichton
commented
Jan 10, 2018
Looks like we forgot to backport this to 1.23.0 (sorry about that!) so removing beta tags |
alexcrichton
commented
Jan 10, 2018
Er sorry looks like this was backported in #46886 |
Fixes#46021.
r? @QuietMisdreavus