Make searching play nice with record display

Description

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.

Environment

None

Potential Workaround

None

Checklist

hide

TestRail: Results

Activity

Show:

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 PM
Edited

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.

Done

Details

Assignee

Reporter

Labels

Priority

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

Created December 2, 2016 at 4:32 PM
Updated December 9, 2016 at 4:01 PM
Resolved December 9, 2016 at 4:01 PM
TestRail: Cases
TestRail: Runs