View Issue Details

IDProjectCategoryView StatusLast Update
0011619ScribusUndo/Redopublic2020-12-22 00:26
Reporterchristoph_s Assigned Tojghali  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Platformx86_64OSLinuxOS VersionOpenSUSE 12.1
Product Version1.5.0svn 
Target Version1.5.5Fixed in Version1.5.7.svn 
Summary0011619: Column jump is recorded as document modification
DescriptionWhile testing bug 0011606 using the attached file (, I discovered that repeating jump between columns seems to trigger a notification of the document even though nothing has been changed.
Steps To Reproduce1) Place the cursor at the end of the 2nd column of the first text frame.

2) Use an arrow key to move it to the 1st column of the 2nd frame.

--> If you close the doc now, no change has been recorded, but if you

3) place the cursor again at the original position (I used the mouse) and

4) repeat the column jump with an arrow key,

--> Scribus asks if you want to save the changes to the doc.


related to 0003455 acknowledged Undoing all changes should reset document status to "unchanged" 
related to 0012811 new "Changed" indicator confused with inline text editing 
related to 0012134 confirmed Opening the Master Page dialog is recorded as a document change 
child of 0012500 acknowledged Metabug: Undo/Redo (1.5.x.svn) 



2015-06-26 20:02

updater   ~0035524

Confirmed on 10.10.3 1.5.1svn r20210 Qt5.4.2

watfa albadi

2015-10-29 08:31

reporter   ~0037088

I can not reproduce it Ubuntu 14.04.


2015-10-29 11:00

manager   ~0037090

it seems that scribus is marking the file as edited when you enter the edit mode of another frame (text or image) by clicking on it.

if you move from one frame to the other by using the arrow keys scribus does not notice it.

since scribus cannot do anything with the information "which frame is active in edit mode" (when you open the file, you will be shown the top part of the first page) i suggest that this information is not stored in the file (if it is indeed stored! not sure about it) and that the document is not flagged as dirty.

there are other (legit!) request for scribus storing and retrieving the last position in the document, but i think that this is not the way to do it :-)
(and i have no problems in having that information only stored when scribus cleanly quits by setting the current page, the view coordinates and the zoom level :-)


2020-12-22 00:26

administrator   ~0048590

Tested, fixed. Thanks.

Issue History

Date Modified Username Field Change
2013-06-22 05:50 christoph_s New Issue
2014-07-03 19:43 Kunda Target Version 1.5.0 => 1.5.1
2015-06-26 19:51 Kunda Patch => No
2015-06-26 19:51 Kunda Description Updated
2015-06-26 19:51 Kunda Description Updated
2015-06-26 20:02 Kunda Note Added: 0035524
2015-06-26 20:02 Kunda Status new => confirmed
2015-10-10 23:12 Kunda Relationship added related to 0003455
2015-10-29 08:31 watfa albadi Note Added: 0037088
2015-10-29 11:00 ale Note Added: 0037090
2015-11-29 13:55 Kunda Target Version 1.5.1 => 1.5.2
2016-01-23 17:15 cbradney Target Version 1.5.2 => 1.5.4.svn
2016-05-12 17:04 Kunda Relationship added related to 0012811
2016-05-12 17:18 Kunda Relationship added related to 0012134
2016-05-24 13:43 Kunda Tag Attached: dirty
2016-12-08 21:32 Kunda Target Version 1.5.4.svn => 1.5.5
2016-12-08 22:09 Kunda Relationship added child of 0012500
2020-12-18 01:00 jghali Assigned To => jghali
2020-12-18 01:00 jghali Status confirmed => resolved
2020-12-18 01:00 jghali Resolution open => fixed
2020-12-18 01:00 jghali Fixed in Version => 1.5.7.svn
2020-12-22 00:26 christoph_s Status resolved => closed
2020-12-22 00:26 christoph_s Note Added: 0048590