Bug 534579 (RHQ-1362)

Summary: nav should update when new resources are added to inventory
Product: [Other] RHQ Project Reporter: Charles Crouch <ccrouch>
Component: Core UIAssignee: Greg Hinkle <ghinkle>
Status: CLOSED NEXTRELEASE QA Contact: Jeff Weiss <jweiss>
Severity: medium Docs Contact:
Priority: medium    
Version: 1.2CC: dajohnso, hbrock
Target Milestone: ---Keywords: SubBug
Target Release: ---   
Hardware: All   
OS: All   
URL: http://jira.rhq-project.org/browse/RHQ-1362
Whiteboard:
Fixed In Version: 1.2 Doc Type: Bug Fix
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: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 534474    

Description Charles Crouch 2009-01-15 19:03:00 UTC

Comment 1 Joseph Marques 2009-01-15 19:56:08 UTC
logging out and logging back in should fix this.  the tree component is placed in the session for performance reasons (it's expensive to gather the data needed for the tree).

perhaps we need a way of detecting that the inventory has changed and so to force the tree to recreate itself.  generally (read: hopefully) this won't be need all too often, and i would consider this a corner case, but it would be nice to eliminate session oddities like this.  since we already know when the inventory changes (specific methods on ResourceManagerBean are called), we can thus determine when the hierarchy under some platform has changed.  if we compare that time to the time when the tree nav was generated, that should be a fairly efficient mechanism that will allow us to cache the tree data/contents, but still know when that cache is stale and needs to be regenerated.

Comment 2 Charles Crouch 2009-01-16 17:02:51 UTC
I don't consider new resources being added to the inventory and the user wanting to see them in the nav as a corner case.
People got annoyed with Embedded when the nav and tab views got out of sync, as is happening here.
There were various strategies we employed in embedded to resolve this, none completely satisfactory right now. Speak to Ian or myself if you want more details

Comment 3 Joseph Marques 2009-01-29 00:43:40 UTC
charles, add whatever background info you can to this case

Comment 4 Joseph Marques 2009-02-09 16:13:28 UTC
rev2966 - ghinkle moved tree to request scope, which should eliminate this issue.  

Comment 5 Jeff Weiss 2009-02-09 16:47:52 UTC
Test this too - log in, view a platform inv tab, then view a 2nd platform.  The problem is the left nav still shows the 1st platform.

<joseph> jweiss: i'm thinking that the first time you log in it caches the tree in the session.  then you go to another platform, but the first platform is still in session.  you'll see this if you test against multi-platform inventories.  this should be fixed in the new cut to QA since the tree is stored in reqeust scope
<jweiss> joseph: ok thanks
 joseph: ghinkle: yeah that's it - the first tree i look at after logging in is the one it stays with until i log out - i'll comment on that same jira

Comment 6 Jeff Weiss 2009-03-26 18:05:46 UTC
The left nav now updates properly when
1) you add a resource in another session
2) when you navigate from one platform to another

rev3509

Comment 7 Red Hat Bugzilla 2009-11-10 20:31:21 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-1362
This bug is duplicated by RHQ-1509