[PAGES-41] Selection and visibility state of edit bars is lost after edits Created: 28/Oct/15  Updated: 17/Oct/16  Resolved: 07/Jan/16

Status: Closed
Project: Magnolia pages module
Component/s: None
Affects Version/s: None
Fix Version/s: 5.4.3

Type: Bug Priority: Critical
Reporter: Christopher Zimmermann Assignee: Aleksandr Pchelintcev
Resolution: Fixed Votes: 0
Labels: looks-unfinished, page-editor, pain-point, pm, support, ux
Remaining Estimate: 0d
Time Spent: 2.5d
Original Estimate: Not Specified

Issue Links:
Relates
relates to PAGES-397 UI to Refresh page editor Closed
dependency
depends upon PAGES-46 Investigation for PAGES-41: Try propo... Closed
is depended upon by PAGES-52 Added and Duplicated components shoul... Closed
is depended upon by PAGES-49 Offer duplication of an existing comp... Closed
supersession
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
Epic Link: AX: improve page editor
Sprint: Basel 26
Story Points: 8

 Description   

Before making a component edit an author does some work to select the component they want to edit - this involves moving the page to a particular location. The page has a specific look when a component is selected due to all of the edit bars. These edit bars give the user context.

After completing an edit of a component, the edit bars close. This is disconcerting for a user - as they would expect the state to stay the same. And may cause them annoyance trying to get back to that component.

After an edit- the page should be in the same location and the state of the bars should be as it was before.


Generated at Mon Feb 12 06:15:02 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.