Red Hat Bugzilla – Bug 586500
Recurring - not reproducible - problem where refresh counter displays negative numbers
Last modified: 2010-08-12 12:45:18 EDT
Description of problem:
I'm seeing this problem (see attached screenshots) where if the refresh counter is set to 1 minute, the counter goes from 60 to 0 then into negative numbers. When the UI is in this state, the refresh counter cannot be altered or stopped. The only way to make it stop is to close and re-open the browser. Nothing is written to the server log while this happens.
Version-Release number of selected component (if applicable):
JBoss Operations Network
build number: 10561
Steps to Reproduce:
1. Set the refresh counter and wait and observe
The counter goes negative.
Created attachment 409544 [details]
Created attachment 409545 [details]
Created attachment 409546 [details]
Created attachment 411432 [details]
(10:05:50 AM) ccrouch: jshaughn: didnt you fix this? https://bugzilla.redhat.com/show_bug.cgi?id=586500
(10:07:06 AM) jshaughn: i think I did fix that, yes, but that was in the perspective code for the core menu. That may have been lost when it was placed back as static code
We need to get this fix brought into 2.4 master branch
I had originally fixed this in the perspective based xhtml for the core menu. When that was reverted the fix was lost and a regression was introduced. I've re-applied the fix now to the non-perspective menu.xhtml.
Note, this problem is typically reproducible by waiting for the counter to just hit 0 and then either clicking on the refresh menu item again, or hitting f5. A well timed strike will send the counter into negative values and also *freezes the server* as the gui then starts attacking it with refresh requests.
I verified this against Build# 169 Version: 2.4 SNAPSHOT. I did not see any -ve numbers displayed.
Marking this bug as verified.
*** Bug 535706 has been marked as a duplicate of this bug. ***
Mass-closure of verified bugs against JON.