Bug 985637 - [RFE] Manage Events screen does not indicate when child items are checked
Summary: [RFE] Manage Events screen does not indicate when child items are checked
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: Frontend.WebAdmin
Version: ---
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: bugs@ovirt.org
QA Contact: Lukas Svaty
URL:
Whiteboard:
Depends On:
Blocks: 1223003
TreeView+ depends on / blocked
 
Reported: 2013-07-18 00:24 UTC by Bryan Yount
Modified: 2020-02-05 10:21 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-02-05 10:21:44 UTC
oVirt Team: UX
Embargoed:
ylavi: ovirt-future?
rule-engine: planning_ack?
rule-engine: devel_ack?
rule-engine: testing_ack?


Attachments (Terms of Use)
still needs work in 4.2 (66.77 KB, image/png)
2017-12-02 00:18 UTC, Greg Sheremeta
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 999783 0 medium CLOSED [RFE] Webadmin: check RHEVM role component if a subtree component is checked 2022-03-25 14:24:31 UTC
Red Hat Bugzilla 1071186 0 low CLOSED [Admin Portal] Add Event notification: Parent checkbox has no decoration when a child is selected 2022-07-01 12:35:56 UTC

Internal Links: 999783 1071186

Description Bryan Yount 2013-07-18 00:24:54 UTC
Description of problem:
In the Admin Portal's "Manage Events" dialog box for the Event Notifier, if a child object is checked, the indicator on the parent object does not change. Usually, in a hierarchical list of checkbox items, if x-1 items are checked (where x is the maximum number of items in a list), there should be an indicator that some, but not all, of the items are checked. The typical indicator for this is a "-" sign.

Version-Release number of selected component (if applicable):
rhevm-3.2.1-0.39.el6ev

How reproducible:
Very

Steps to Reproduce:
1. Log in to Admin Portal
2. Click on Users tab
3. Select a user
4. Click on the Event Notifier subtab and select "Manage Events"
5. Locate a list with multiple items such as "Storage Management Events:"
6. Check 2 of the 4 boxes

Actual results:
The "Storage Management Events:" parent checkbox does not change

Expected results:
A "-" symbol should appear in the box indicating that some of the child objects are checked, but not all of them.

Comment 2 Einav Cohen 2013-08-19 13:56:52 UTC
it seems that GWT 2.5 doesn't support "half checked checkboxes":
http://stackoverflow.com/questions/13145672/gwt-checkbox-selectable-tree

we can implement it on our own probably, but it will require a lot of work, and I am not sure it is worth it.
I am putting it for now on rhevm-future, but this is actually a candidate for "CLOSED WONTFIX".

Comment 3 Einav Cohen 2014-01-16 14:52:03 UTC
https://code.google.com/p/google-web-toolkit/issues/detail?id=6753

unfortunately, issue moved to the "AssumedStale" status on May 31, 2013.

Comment 5 Einav Cohen 2014-05-15 14:49:24 UTC
this is similar to bug 999783 which is marked as a feature -> marking this issue as a feature as well.

Comment 6 Greg Sheremeta 2017-12-02 00:18:55 UTC
Created attachment 1361881 [details]
still needs work in 4.2

Comment 7 Greg Sheremeta 2017-12-02 00:21:09 UTC
This can be accomplished with a 'half-checked' checkbox. This is built into HTML via 'indeterminate checkboxes'.

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/checkbox

"A checkbox in the indeterminate state has a horizontal line in the box (it looks somewhat like a hyphen or minus sign) instead of a check/tick in most browsers.

There are not many use cases for this property. The most common is when a checkbox is available that "owns" a number of sub-options (which are also checkboxes). If all of the sub-options are checked, the owning checkbox is also checked, and if they're all unchecked, the owning checkbox is unchecked. If any one or more of the sub-options have a different state than the others, the owning checkbox is in the indeterminate state."

See also Bug 999783

Comment 8 Michal Skrivanek 2020-02-05 10:21:44 UTC
stale bug without any update for a long time, closing. If you deeply care about it please reopen


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