Bug 596964 - [RFE] system filtering, same search types should default to or instead of and
Summary: [RFE] system filtering, same search types should default to or instead of and
Status: NEW
Alias: None
Product: Beaker
Classification: Community
Component: web UI (Show other bugs)
(Show other bugs)
Version: 0.5
Hardware: All Linux
high
medium vote
Target Milestone: ---
Assignee: beaker-dev-list
QA Contact:
URL: http://tinyurl.com/2uwajut
Whiteboard: UX
Keywords: FutureFeature, Triaged
: 1328708 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-05-27 20:16 UTC by Jeff Burke
Modified: 2018-11-09 23:04 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Jeff Burke 2010-05-27 20:16:29 UTC
Description of problem:
 When filtering on the systems page if you are using the same criteria it should default to or not and.

http://tinyurl.com/2uwajut

Comment 1 Raymond Mancy 2010-05-27 21:05:14 UTC
I see what you mean. 
Perhaps though we should have another column which specifies the relationship. 
I can think of instances where we might want the relationship to be and (i.e System/Arch).

Comment 3 Jeff Burke 2011-02-15 13:17:56 UTC
Folks,
 Why was this bz moved out to Future Feature. This is a big flaw with the way searching should work. Can this be discussed further. The examples I gave were
only for the bz this effect many other queries that we use on a day to day bases.
Now that RHTS is gone it is much more overhead to track the same things in Beaker.

Thanks,
Jeff

Comment 5 Raymond Mancy 2011-02-21 23:01:46 UTC
I was thinking about this last night, how you would make this look intuitive.
I like the above example. Perhaps I can try an dmimick that with the and/or option.

Comment 6 Jeff Burke 2011-06-30 14:15:17 UTC
Any progress on this. With so many kernel maintainers now it is a PITA to have so many FF windows open to track the jobs

Comment 7 Raymond Mancy 2012-10-04 10:14:21 UTC
Sorry, no progress has been made towards this. I'd guess that the best chance of getting the kind of functionality you're after is with 860492, although it has not yet been given any target milestone.

Comment 10 Dan Callaghan 2016-04-20 06:41:55 UTC
*** Bug 1328708 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.