Bug 849761

Summary: UX: We need a comprehensive, scalable, and performant approach to large resource trees
Product: [JBoss] JBoss Operations Network Reporter: Jay Shaughnessy <jshaughn>
Component: UIAssignee: RHQ Project Maintainer <rhq-maint>
Status: CLOSED WONTFIX QA Contact: Mike Foley <mfoley>
Severity: high Docs Contact:
Priority: unspecified    
Version: JON 3.1.0CC: fbrychta, hrupp, loleary, myarboro
Target Milestone: ---   
Target Release: JON 3.4.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-03-07 15:37:57 UTC Type: Task
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 847014, 848853, 849751    
Bug Blocks:    

Description Jay Shaughnessy 2012-08-20 19:11:44 UTC 
For resource trees that may need to display large numbers of children/siblings we need to give the user something they can work with.

Today we protect ourselves from unbounded queries but at the expense of possible truncation/pruning of the tree.

More importantly we:
- Don't give any visual indication that the tree has been pruned (i.e. that we didn't pull all of the resources because there were too many).

- Pull a lot of resource that may not be necessary. For example, we pull all the direct children of a parent resource regardless of what the user may be trying to look at.  We may want to consider pulling only the child *types* before we actually pull the instances of those types.

We need UX design for how the tree can best interact with the user while still not allowing unbounded data fecthes (perhaps easily leading them to a more paging oriented search/list view).
Comment 3 mark yarborough 2012-11-20 20:45:55 UTC 
Per triage with loleary, crouch, mfoley: Move to JBoss ON product, set target release JON 3.2, clear priority (will be subject to further triage in JON 3.2 timeframe).
Comment 5 Jay Shaughnessy 2014-08-22 20:24:28 UTC 
This is not going to make it into 3.3 and I'm not sure the priority merits keeping it, perhaps consider Won't Fix.
Comment 6 Jay Shaughnessy 2014-08-22 20:26:58 UTC 
*** Bug 848853 has been marked as a duplicate of this bug. ***
Comment 7 Jay Shaughnessy 2014-08-22 20:28:05 UTC 
See Bug 849761, which has been marked duplicate but may offer ideas if this ever moves forward.
Comment 8 Filip Brychta 2019-03-07 15:37:57 UTC 
JBoss ON is coming to the end of its product life cycle. For more information regarding this transition, see https://access.redhat.com/articles/3827121.
This bug report/request is being closed. If you feel this issue should not be closed or requires further review, please create a new bug report against the latest supported JBoss ON 3.3 version.