Issue Details (XML | Word | Printable)

Key: GLIFFY-435
Type: Bug Bug
Status: Open Open
Priority: Critical Critical
Assignee: Clint Dickson
Reporter: Chris Kohlhardt
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Gliffy

Undo after z-order change does the wrong thing

Created: 30/Nov/07 12:33 PM   Updated: 12/Jul/10 04:34 PM
Component/s: Core - Drawing, Core - Undo/Redo
Affects Version/s: None
Fix Version/s: Gliffy Online SWF10-A
Security Level: Anyone may view

Issue Links:
Duplicate
Related
 


 Description  « Hide
Steps to reproduce:

1) Drop a shape on the stage.
2) Drop a second shape on top of first shape. Make sure the second shape is selected
3) Hit the 'send to back' button. This should send the second shape to the back
4) Select Edit->Undo. Notice that the second shape disappears. The expected result would be that the second shape would return to the front.

It seems that bring to front/send to back doesn't get added to the undo stack



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Chris Kohlhardt added a comment - 30/Nov/07 12:33 PM
Hu found this?

Clint Dickson added a comment - 30/Nov/07 12:39 PM - edited
This is a known issue.. there is/was a Mantis issue on this, basically, Undo is not implemented for z-order (send to front/back)
http://jira.gliffy.com/browse/GLIFFY-208

Clint Dickson added a comment - 08/Jan/10 08:02 PM
When we redo undo (haha), this should be fixed