Bug 543659 - Repo View page not providing a default sort column
Summary: Repo View page not providing a default sort column
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Content
Version: unspecified
Hardware: All
OS: Linux
low
low
Target Milestone: ---
: ---
Assignee: Charles Crouch
QA Contact:
URL:
Whiteboard: sprint_3
Depends On:
Blocks: rhq_spearhead rhq_core_next
TreeView+ depends on / blocked
 
Reported: 2009-12-02 19:43 UTC by Corey Welton
Modified: 2015-02-01 23:25 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-05-02 17:58:45 UTC
Embargoed:


Attachments (Terms of Use)

Description Corey Welton 2009-12-02 19:43:04 UTC
Description of problem:
When viewing a repo, there is no column upon which a default sort is applied.

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


How reproducible:
Every time.

Steps to Reproduce:
1. begin tail of server logfile
2. Create an RHN content provider
3. create an repo associated with CP
4. view repo
5. Observe UI, output in logfile.
  
Actual results:
* Logfile output - 

2009-12-02 14:36:04,593 WARN  [org.rhq.core.domain.util.PersistenceUtility] Queries should really supply default sort columns. Caller did not: org.rhq.enterprise.server.content.RepoManagerBean.findAssociatedDistributions(RepoManagerBean.java:874)
2009-12-02 14:36:04,600 WARN  [org.rhq.core.domain.util.PersistenceUtility] Queries should really supply default sort columns. Caller did not: org.rhq.enterprise.server.content.RepoManagerBean.findAssociatedDistributions(RepoManagerBean.java:874)
2009-12-02 14:36:04,696 WARN  [org.jboss.seam.ui.renderkit.DefaultActionRendererBase] Must set an id for the default action source

* No column sort indicators appear for various tables in the UI (although this may not be expected?  Not sure)

Expected results:

* A default sort should probably be supplied for the tables in the UI.
* Maybe a column sort UI indicator in the affected table(s)?

Additional info:
I don't seem to get this to occur on other similar UI pages (i.e., content provider view).  However, it does seem to consistently occur anytime user loads a specific repo view in the UI.

Comment 1 wes hayutin 2010-02-16 16:57:50 UTC
Temporarily adding the keyword "SubBug" so we can be sure we have accounted for all the bugs.

keyword:
new = Tracking + FutureFeature + SubBug

Comment 2 wes hayutin 2010-02-16 17:02:44 UTC
making sure we're not missing any bugs in rhq_triage


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