Change By: Andreas Weder (13/Jun/14 3:10 PM)
Description: The problem IN MGNLUI-2966, we've implemented a fix that handles many cases where an asynchronously running action changes a tree without notifying the view. Basically, we track the location changes  and  exception in  if  the  linked issue is still visible in  browser sub-app sees that  the  latest snapshot release  new location is its own, it refreshes itself .

Steps to reproduce However, this fix doesn't work in cases where :
*
 open the Pages app and  there is no location change (e.g. an asynchronously running  delete  the Variants node  action not  using  "Delete all variants"  work flow)
*
 publish  the change  using "Publish deletion" on the Variants node
* to get the internal error and exception, attempt to
 occurs in a different session (  e.g.  close and open  another user approves  the  master page of the variant you just deleted.  work flow)
* the system only fully recovers
There are several ways to fix this. In discussions
,  when you close  it seems that a combination of observation  and  re  push support would help, but also low - open Pages level conventions such as requiring an asynchronously running action to call a method once it completes, which in turn notifies apps, could be part of a solution.
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira



----------------------------------------------------------------
For list details, see: http://www.magnolia-cms.com/community/mailing-lists.html
Alternatively, use our forums: http://forum.magnolia-cms.com/
To unsubscribe, E-mail to: <[email protected]>
----------------------------------------------------------------

Reply via email to