Mantis Issue Tracking for Scribus
· Hosting provided by / Øverby Consulting ·

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003455ScribusUndo/Redopublic2006-03-17 18:572015-11-29 14:55
Assigned To 
PlatformOSOS Version
Product Version1.3.4cvs 
Target Version1.5.2Fixed in Version 
Summary0003455: Undoing all changes should reset document status to "unchanged"
DescriptionCurrently, even if all changes are undone, the document status remains "changed", and the "Save" button is activated accordingly. This can be confusing to users.
Steps To ReproduceOpen an existing document, move a frame or do something else, then redo. Scribus seems to think that something has changed, but it hasn't. OO.o shows a little more "intelligence" here.
TagsNo tags attached.
Attached Files

- Relationships
related to 0012134feedback Opening the Master Page dialog is recorded as a document change 
related to 0011619confirmed Column jump is recorded as document modification 
child of 0012500acknowledged Metabug: Undo/Redo (1.5.0.svn) 

-  Notes
Kunda (manager)
2014-07-25 07:32

Confirmed on OSX 10.8.5 1.5svn r19366
Even when undoing back to 'Initial State' and then trying to close document will trigger a 'save' dialog.
Kunda (manager)
2015-05-06 03:56

This issue really messes with the users head. On one hand you'd think from experience with other apps, that undoing will return the document to it's initial state and no harm done if you close the program. But No.. now there is a doubt: "Did I change something without knowing it? What if I save and mess up what I had ?!? I don't even know what I changed?!?!"
Mazoon (reporter)
2015-11-05 09:53

I worked on this issue, Scribus seems to work fine now (if undo is empty, no save dialogue, and no +"*" to docName ).
I'll upoload the patch after retesting it.
ale (manager)
2015-11-05 11:01

i don't think that testing if undo is empty is the right way to approach this ticket.

the ticket is also wrongly described: the document should not be dirty if the undo history is at the action when the document was last saved.
and dirty otherwise.

so, if you go back to the initial state but you saved after action three, the document should be dirty.

the solution is create a pointer for each document saying at which action (if any) the document was last saved and compare it to the current action in the action list.

should not be hard to do.
ale (manager)
2015-11-05 11:05

btw, you don't need to save that "pointer" in the .sla file. it can safely be reinitialised when the docuemnt is opened.

- Issue History
Date Modified Username Field Change
2006-03-17 18:57 christoph_s New Issue
2006-03-17 23:06 jo-hannes Status new => acknowledged
2007-05-23 22:36 christoph_s Relationship added child of 0005745
2014-07-25 07:29 Kunda Relationship added child of 0012500
2014-07-25 07:32 Kunda Note Added: 0032984
2014-07-25 07:33 Kunda Target Version => 1.6 milestone
2014-10-08 01:32 Kunda Relationship deleted child of 0005745
2015-05-06 03:56 Kunda Patch => No
2015-05-06 03:56 Kunda Note Added: 0035043
2015-05-06 03:56 Kunda Priority normal => high
2015-05-06 03:56 Kunda Severity trivial => major
2015-05-06 03:56 Kunda Target Version 1.6 milestone => 1.5.1
2015-10-11 01:12 Kunda Relationship added related to 0012134
2015-10-11 01:12 Kunda Relationship added related to 0011619
2015-11-05 09:53 Mazoon Note Added: 0037240
2015-11-05 11:01 ale Note Added: 0037246
2015-11-05 11:05 ale Note Added: 0037247
2015-11-05 13:24 Kunda Sticky Issue No => Yes
2015-11-19 12:52 Kunda Sticky Issue Yes => No
2015-11-29 14:55 Kunda Target Version 1.5.1 => 1.5.2

Copyright © 2000 - 2015 MantisBT Team
Powered by Mantis Bugtracker