Bug 636711 - Dashboard: Sometimes portlet placements do not persist
Summary: Dashboard: Sometimes portlet placements do not persist
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Core UI
Version: 4.0.0
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact: Corey Welton
URL:
Whiteboard:
Depends On:
Blocks: rhq4 jon30-dashboard
TreeView+ depends on / blocked
 
Reported: 2010-09-23 01:39 UTC by Corey Welton
Modified: 2011-05-24 01:10 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-05-24 01:10:58 UTC
Embargoed:


Attachments (Terms of Use)

Description Corey Welton 2010-09-23 01:39:36 UTC
Description of problem:
If user modifies a dashbard and, for example, drags one or more portlets to another column and logs out, upon login it is discovered that the portlets do not persist in location where user placed them.

Version-Release number of selected component (if applicable):


How reproducible:
Intermittent but fairly reproducible

Steps to Reproduce:
1. Create a new dashboard; add a bunch of standard portlets
2. Move some of the portlets over to a second column.  Assure that they are staying there, i.e., have truly been placed in the column.
3. Logout
4. Log back in and navigate back to your new dash.
  
Actual results:
Sometimes some of the portlets you have moved will find themselves moved back into their original column

Expected results:
Portlets stay where they have been placed

Additional info:
Seems to happen in both Edit and View modes, although *perhaps* more often in edit mode.

Comment 1 Corey Welton 2010-09-23 03:38:35 UTC
Two additional notes/clarifications:

* It appears that one need not necessarily logout/login -- simply navigate elsewhere in the UI, like the inventory view, and return.  Sometimes even in this circumstance, portlet settings are not persisting.

* This failure to persist extends beyond columns and ordering.  It seems that if a user minimizes a bunch of portlets, for example, s/he can return to the dashboard to find that they've all been re-expanded.

Comment 2 Jay Shaughnessy 2011-02-11 23:14:28 UTC
This should be fixed now.

Comment 3 Mike Foley 2011-04-20 18:27:42 UTC
verified portlet persistence ... with login/logout ... and without logging out but navigating to other pages ...and then back.

Comment 4 Corey Welton 2011-05-24 01:10:58 UTC
Bookkeeping - closing bug - fixed in recent release.

Comment 5 Corey Welton 2011-05-24 01:10:58 UTC
Bookkeeping - closing bug - fixed in recent release.


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