search

Qinfeiii / cs2103aug12-w10-4s

Automatically exported from code.google.com/p/cs2103aug12-w10-4s
0 stars 0 forks source link

No recovery from searches (/list has no candidate) #22

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Enter a search string that causes some change in the visible list (i.e. 
either refines it, or returns no result)
2. Hit Enter
3. Try the /list command

What is the expected output? What do you see instead?
The original list should be displayed. This does not happen, since the list 
command has no candidate in TaskManager.
It seems the only way to get the original list back is by undoing the previous 
operations.

Please use labels and text to provide additional information.
Can we have a candidate in TaskManager that can be called by the list command?

Original issue reported on code.google.com by pshing...@gmail.com on 23 Oct 2012 at 3:40

GoogleCodeExporter commented 9 years ago 
Search is implemented at the UI level as a simple filter over the tasks list - 
no /list command should be needed. Still, this is abnormal behaviour and will 
be looked into.

Original comment by jchen...@gmail.com on 23 Oct 2012 at 3:56

GoogleCodeExporter commented 9 years ago 
Yep, this is a UI issue. The filter isn't being cleared when Enter is pressed - 
simple fix.

Original comment by jchen...@gmail.com on 23 Oct 2012 at 4:00

GoogleCodeExporter commented 9 years ago 
/list and /search commands are deprecated as of current command format (you can 
remove them).

Original comment by ready...@gmail.com on 23 Oct 2012 at 5:18

GoogleCodeExporter commented 9 years ago 
Fixed on ui branch in rev 91b3e183b71f.

Original comment by jchen...@gmail.com on 23 Oct 2012 at 7:01