[MAGNOLIA-3102] GUI hole: The mgnlFunctionBar should get back to initial state when you click on its Refresh button Created: 25/Feb/10  Updated: 04/Aug/15  Resolved: 04/Aug/15

Status: Closed
Project: Magnolia
Component/s: admininterface
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Zdenek Skodik Assignee: Unassigned
Resolution: Outdated Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
relation
is related to MGNLDATA-92 The edit button should be grayed out ... Closed
supersession
is superseded by MAGNOLIA-3927 Refresh button does not restore initi... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   

Currently when you call javascript:mgnlFunctionBar.click('refresh') then the related workspace area is re-rendered which
means that the previously selected item of the area is not selected anymore but the bar still reflects the "selected" situation.
This leads to such a curious situations like that you can load the admin node of users workspace with useredit dialog or
you can click on Open page button even when any page isn't actually selected.



 Comments   
Comment by Michael Mühlebach [ 04/Aug/15 ]

We're closing this issue as outdated as it was reported for 4.4.x or earlier versions which are no longer supported. Don't hesitate to reopen or create a new ticket in case this is still relevant and you'll experience it on 4.5.x or later versions.

Generated at Mon Feb 12 03:43:12 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.