View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0003503ScribusImport / Exportpublic2006-03-24 21:392016-05-23 00:28
Reportercbradney Assigned To 
PrioritynormalSeveritytweakReproducibilityalways
Status confirmedResolutionopen 
Product Version1.3.4cvs 
Target Version1.6 milestone 
Summary0003503: FileWatcher removes item preview if file save in another app takes too long
DescriptionLoad a large, eg 2-5mb, image into an image frame. Edit in Gimp. When saving, Scribus will usually detect a change and if the file is not saved in time, the frame gets the red cross, ie image linked, but image missing. To fix in 1.3.4.
TagsNo tags attached.
PatchNo

Relationships

has duplicate 0003747 closedjghali Scribus forgets links to images 
related to 0005548 new In a large project images do not display or print another time when the document is opened again 

Activities

cbradney

2006-03-24 21:40

administrator   ~0009467

Simply increasing the timeout wont really help either, as images will get larger and larger as digital cameras get better. Also, the refresh timeout could be smaller for small images so a smarter method needs to be worked out. A shortcut for a signal to rescan might be useful too.

ringerc

2006-03-27 02:11

reporter   ~0009487

It might be interesting to look at the file size. Once FileWatcher detects a change, it can poll the file until the following conditions are true:
    (a) file size is non-zero (with LONG timeout for failed saves)
    (b) file size has not increased for last n polling intervals
If both of those are true it is likely that the save has finished, and we can update the image.

Sound reasonable?

subik

2006-03-27 16:40

manager   ~0009498

or something like fuser command does. resp. something like this...

Kunda

2016-05-21 18:00

updater   ~0041290

Peter, do you mind testing ?

PeterBenedek

2016-05-22 07:42

developer   ~0041294

Tested: Linux Mint 17.3; r21264; pictures: 20-60Mb

I can reproduce! I have already experienced, but rarely.

During testing 1x occurred (but the phenomenon exists).

Kunda

2016-05-23 00:28

updater   ~0041320

Thanks. assigning to 1.6 milestone

Issue History

Date Modified Username Field Change
2006-03-24 21:39 cbradney New Issue
2006-03-24 21:40 cbradney Note Added: 0009467
2006-03-27 02:11 ringerc Note Added: 0009487
2006-03-27 02:11 ringerc Status new => confirmed
2006-03-27 16:40 subik Note Added: 0009498
2006-05-04 20:51 cbradney Relationship added has duplicate 0003747
2007-04-12 16:09 christoph_s Relationship added related to 0005548
2016-05-21 18:00 Kunda Note Added: 0041290
2016-05-22 07:42 PeterBenedek Note Added: 0041294
2016-05-23 00:28 Kunda Patch => No
2016-05-23 00:28 Kunda Note Added: 0041320
2016-05-23 00:28 Kunda Target Version => 1.6 milestone