Page MenuHomePhabricator

Don't show un-completeable results in people/project autocomplete
ClosedPublic

Authored by epriestley on Feb 12 2016, 5:10 PM.
Tags
None
Referenced Files
F14023911: D15261.diff
Thu, Nov 7, 3:58 AM
F13992449: D15261.diff
Tue, Oct 22, 4:44 PM
F13982339: D15261.id.diff
Sat, Oct 19, 10:31 PM
F13958843: D15261.id36828.diff
Mon, Oct 14, 4:42 PM
F13957801: D15261.id36826.diff
Mon, Oct 14, 11:23 AM
Unknown Object (File)
Fri, Oct 11, 11:31 PM
Unknown Object (File)
Oct 3 2024, 5:26 AM
Unknown Object (File)
Oct 1 2024, 7:53 PM
Subscribers
None

Details

Summary

Fixes T10285.

  • If a result (like a milestone) has no primary hashtag, try to fill in a secondary hashtag.
  • If we can't find any hashtag, don't return the result.

This produces these behaviors:

  • By default, you can't autocomplete milestones.
  • If you give one a hashtag, you can.

We might want to give milestones "special" hashtags eventually (like #xyz/33) but this fixes the confusing/broken behavior in the UI and we can wait for a better use case for letting you autocomplete milestones, I think.

Also, don't try to cycle hashtags when renaming milestones. This was a little inconsistent before.

Test Plan
  • Autocompleted normal projects.
  • Autocompleted milestones with explicit hashtags.
  • No autocomplete entry for milestones with no special hashtags.
  • Used normal typeahead to get tag-less milestones to make sure I didn't break anything.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

epriestley retitled this revision from to Don't show un-completeable results in people/project autocomplete.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: chad.
chad edited edge metadata.
This revision is now accepted and ready to land.Feb 12 2016, 6:00 PM
This revision was automatically updated to reflect the committed changes.