Make searching play nice with record display
Description
Environment
Potential Workaround
relates to
Checklist
hideTestRail: Results
Activity

Mike Taylor December 9, 2016 at 4:01 PM
Works sweetly now.

Mike Taylor December 9, 2016 at 3:11 PM
Jason's changes in Stripes-connect have substantially fixed this. At least, there is no behaviour left that is "wrong".
But it's ugly that when you start typing in a new search, the currently displayed record vanishes. So I'll have a go at fixing that, too.

Mike Taylor December 2, 2016 at 4:46 PMEdited
There are two problems, both of them I think related to the different URLs used by search and single-record display. Those URLs are, respectively:
As a result, clicking on the record found by searching takes you to a distant full-record-view page where your search-term is no longer kept in the box; and from a full-record page, starting a new search takes you back to a distant URL where the first character you typed is discarded and you have to start again.
It's nice to think that both of these problems might be fixed when we properly adopt the hybrid URL scheme that we arrived at in , so that we use:
when clicking on a search-result. That may involve some more trickery in the routing.
Details
Assignee
Mike TaylorMike TaylorReporter
Mike TaylorMike TaylorLabels
Priority
P3TestRail: Cases
Open TestRail: CasesTestRail: Runs
Open TestRail: Runs
Details
Details
Assignee

Reporter

Both of the main ingredients of sprint3 are now done: single-record display (STRIPES-86) and simplified single-keyword searching (STRIPES-85). But they don't play well together for various reasons. We should harmonise them as part of the next sprint.