Bug 698591
Summary: | Can not store preferences | ||||||
---|---|---|---|---|---|---|---|
Product: | [Other] RHQ Project | Reporter: | Heiko W. Rupp <hrupp> | ||||
Component: | Core UI | Assignee: | Jay Shaughnessy <jshaughn> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Mike Foley <mfoley> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | urgent | ||||||
Version: | 4.0.0.Beta2 | CC: | ccrouch, hrupp, jshaughn, mazz | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | 4.1 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2013-09-02 07:22:03 UTC | 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: | 585306, 705059, 715334 | ||||||
Attachments: |
|
I too have seen this myself - unknown what causes it but I think I've seen it when I resize the global dashboard's columns. Note, the exact message printed in the GUI is "Cannot store preferences", which is output by UserPreferences class if it fails to persist an updated preference. I think I have fixed this annoying problem. It stems, I think, from the fact that we initiate two async requests when updating a preference and it seems to sometimes mess things up at the slsb layer when the operations collide. I've fixed that problem so we now initiate only one preference update. Hopefully this will eliminate the issue. It is most prevalent when navigating resource nodes of a tree as that updates the 'recently visited resource' pref for the user. But it could happen when updating any preference, favorites, metric stuff, etc. I have it fixed in Drift. After running with it for a while I'll move to master if it looks good. Master commit: 750b70e3f7788e26e4cde01214592fbf8146ee39 Not too easy to reproduce, often I found it happening with a new db, light load, first time navigating around a res tree. verified 8/17 by quick-clicking Bulk closing of issues that were VERIFIED, had no target release and where the status changed more than a year ago. |
Created attachment 493783 [details] Stack traces from server log I often get, when clicking through the UI at some point a red bar "Can not store preference" Stacktrace is attached. It does not seem to have a direct consequence on anything.