[MGNLPN-141] Page tree is not properly updated when adding or deleting variants Created: 04/Jun/14  Updated: 13/Jun/14  Resolved: 13/Jun/14

Status: Closed
Project: Magnolia Personalization
Component/s: Integration
Affects Version/s: 1.0
Fix Version/s: 1.0

Type: Bug Priority: Blocker
Reporter: Andreas Weder Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Magnolia 5.3 eebundle snapshot from build #3405 (04.06.2014 11:22:33)


Attachments: PNG File 1 Variant added.png     PNG File 2 Reopen to see added.png     PNG File 3 Deleting variant.png     PNG File 4 Variant deleted.png     PNG File 5 Reopen to see deleted.png    
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   

When I add a new variant, I get a notif that it was added, but the page tree doesn't show the added variant. I have close and re-open the parent node (or cause some other state change) in order to see the newly added variant (in the screen shot, I actually added two because I thought it didn't work the first time round).

Likewise when I delete a variant: I'm asked for confirmation and get the confirmation notif, but I only get to see the deleted variant when I close and re-open the master node.

This issue has been detected on a 5.3 snapshot release.

I suspect this may have to do with us backgrounding some tasks. Both the add and the delete action take less than 5 seconds to execute, so they shouldn't be run asynchronously, but at least in case of the delete, I can see the following log entry:

2014-06-04 15:18:55,040 INFO  info.magnolia.module.scheduler.CommandJob         : Starting job [UI Action triggered execution of [default:markAsDeleted] by user [superuser]. (2)]...
2014-06-04 15:18:55,458 INFO  info.magnolia.module.scheduler.CommandJob         : Job executed successfully [UI Action triggered execution of [default:markAsDeleted] by user [superuser]. (2)]


 Comments   
Comment by Roman Kovařík [ 04/Jun/14 ]
  1. MarkNodeAsDeletedCommand is configured to run asynchronously, see /modules/pages/apps/pages/subApps/browser/actions/delete@asynchronous.

Both the add and the delete action take less than 5 seconds to execute, so they shouldn't be run asynchronously

I think the 5 seconds limit is only for message handling (show pop up if it's less then 5 seconds, don't show otherwise).

These issues might be related to refreshing of the tree view and I don't think it's related to p13n. Don't you have the same symptoms also in e.g. configuration app?

Comment by Andreas Weder [ 13/Jun/14 ]

This is no longer an issue with the latest eebundle snapshot release (magnolia-enterprise-bundle-5.3-20140612.210538-295).

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