Aborting page properties dialog leaves traces in workspace (PAGES-271)

[PAGES-290] Actionbar and selected item state changes on aborting page creation Created: 20/Apr/20  Updated: 16/May/20  Resolved: 16/May/20

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

Type: Sub-task Priority: Neutral
Reporter: Rishab Dhar Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File create-page-abort.mov    
Issue Links:
supersession
is superseded by PAGES-271 Aborting page properties dialog leave... Closed
Template:
Sprint: UI Framework 21, UI Framework 22, TE 1, TE 2

 Description   

Steps to reproduce

  • Open pages app and click Add Page action
  • Enter page name and select a page template (with a corresponding dialog)
  • Click next which opens Page Properties dialog
  • Click cancel or close dialog window

Expected results

  • The Action bar should be in the same state as it was before page creation action was triggered
  • The item selection at the bottom should be the same as it was before page creation

Actual results

  • The Action bar shows actions relevant for when a page has been selected 
  • The selected item shown at the bottom of workbench is the page name used in Create Page dialog

Development notes

This issue arises from ValueContext still holding the Wrapped Page node from PAGES-271 solution for maintaining page state across HTTP requests, so that the Page can be saved when CommitAction is triggered in Page Properties dialog.



 Comments   
Comment by Rishab Dhar [ 29/Apr/20 ]

The new solution in PAGES-291 does not cause this issue anymore.

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