View Issue Details

IDProjectCategoryView StatusLast Update
0013360ScribusOS-MacOSXpublic2016-03-30 19:15
Reporterhub29 Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionunable to reproduce 
PlatformAppleOSMac OS XOS VersionMac OS X 10.6.8
Product Version1.4.5 
Fixed in Version1.4.7.svn 
Summary0013360: Malfunction of the function “Collect for output”
DescriptionAfter running File / Collect for Output, the paths to the images remain expressed in absolute terms, not relative in the .sla file.
They look like PFILE="../path_to_my_directory/my_image.jpg". It should be like PFILE="my_image.jpg". So when I transmit the folder (containing images and .sla file) via Dropbox, my colleagues find that the images are not properly linked to the .sla file. I am led to edit the .sla file with Smultron (or any other editor) and make corrections links PFILE = "" to restore proper operation. This dysfunction formerly did not exist with Scribus1.4.2.
Steps To ReproduceSimply do "Collect for output" then move the folder to another location, now open the sla file content in this folder. The image frames are empty.
This does not occur under Windows platform.

Updated
EXAMPLE - The exact way I followed to get the result:
1) download an image on the Internet (logo_scribus.png)
2) Place it in the Downloads folder
3) Create a blank page with Scribus
4) Create a picture frame
5) Insert the downloaded image
6) Save the Scribus file to the desktop (named "before Collect for Output.sla")
7) Run "Collect for Output ..."
8) Create a folder on the desktop (named " Test Collect for Output")
8) Enter into the folder
10) Save (OK)
11) The " before Collect for Output.sla " file and image "logo_scribus.png" are both in the folder " Test Collect for Output".
12) Rename the new file "after Collect for Output.sla" with the Finder
13) Now compare the two paths PFILE chains with an editor.
Result:
In the file "before Collect for Output.sla" we can see:
PFILE="../Downloads/logo_scribus.png"
(This is correct)
In the file "after Collect for Output.sla" we can see:
PFILE="../../../../Volumes/20-inch iMac Disk/Users/despre/Desktop/Test Collect for Output/logo_scribus.png"
(This is not correct. This file can not be used by a another user.)

(See the attached zipped files. Move the contents of the folder "Scribus_issue_id0013360-example" on the desktop.)
If you do not find the same malfunction, perhaps this is due to the French version of Mac OS X?
Additional InformationWorse! First, I open a sla file where all PFILE paths are relative (checked). I do not change anything. I simply executes the "Collect for Output" function in a new folder that I create at this moment in which I tells Scribus to place its sla file, linked pictures (and eventually the fonts). Now I edit the new sla file: the pathes have become absolute (../../ ..and so on..../Macintosh HD/Users/MyAccount/ and son on.....)!
TagsNo tags attached.
PatchNo

Relationships

related to 0009296 closed collect for output files don't seem to save correctly 

Activities

jghali

2015-09-22 18:29

administrator   ~0036332

I did a simple test with 1.4.5 on 10.6.8 and cannot reproduce the issue. So we need more detail : a sample doc which allows to reproduce the issue would be helpful.

Kunda

2015-09-24 13:19

updater   ~0036362

hub29, please deliver ^

hub29

2015-09-24 13:28

reporter  

hub29

2015-09-24 13:28

reporter   ~0036364

EXAMPLE - The exact way I followed to get the result:
First: download an image on the Internet (logo_scribus.png)
Place it in the Downloads folder
Create a blank page with Scribus
Create a picture frame
Insert the downloaded image
Save the Scribus file to the desktop (named "before Collect for Output.sla")
Run "Collect for Output ..."
Create a folder on the desktop (named " Test Collect for Output")
Enter into the folder
Save (OK)
The " before Collect for Output.sla " file and image "logo_scribus.png" are both in the folder " Test Collect for Output".
Rename the new file "after Collect for Output.sla" with the Finder
Now compare the two paths PFILE chains with an editor.
In the file "before Collect for Output.sla" we can see:
PFILE="../Downloads/logo_scribus.png" (correct)
In the file "after Collect for Output.sla" we can see:
PFILE="../../../../Volumes/20-inch iMac Disk/Users/despre/Desktop/Test Collect for Output/logo_scribus.png" (not correct. This file can not be used by a another user.)
(See the attached zipped files. Move the contents of the folder "Scribus_issue_id0013360-example" on the desktop.)
If you do not find the same malfunction, perhaps this is due to the French version of Mac OS X?

Kunda

2015-10-04 23:13

updater   ~0036515

Haven't tested yet since the bug is involved. Putting in in the 1.4.6 roadmap so we don't miss it.

utnik

2015-10-31 07:17

updater   ~0037132

works correct on macOS 10.9.5 / scribus 1.4.5

Kunda

2015-11-04 20:33

updater   ~0037224

Last edited: 2015-11-04 20:43

I can reproduce using the steps in 0013360:0036364
in MacOS 10.10.5 / scribus 1.4.5 in French UI!

Cannot reproduce on MacOS 10.10.5 / scribus 1.4.5 or 1.5.1svn in english
Haven't tried other UI langs yet

EDIT:
I can reproduce on 1.4.5 in Brazilian Portuguese UI as well

Kunda

2015-11-24 13:41

updater   ~0037647

Utnik can you confirm for French and Portuguese localizations ?

utnik

2015-11-24 15:02

reporter   ~0037650

i'm on macOS 10.11.1 now.
works ok with scribus 1.4.5 in the frech and brazilian portugues localization. (path is: PFILE="Scribus_logo.png")

Kunda

2016-03-24 13:40

updater   ~0039381

utnik, did you follow the directions in 0013360:0036364

I updated the ticket summary with the directions in 0013360:0036364

Kunda

2016-03-24 15:36

updater   ~0039387

Can't reproduce this anymore on French or Brazilian UI

hub29, can you test on 1.4.6 ?

Kunda

2016-03-25 11:52

updater   ~0039402

Resolving unless OP responds to reopen

Kunda

2016-03-30 19:15

updater   ~0039560

Closing

Issue History

Date Modified Username Field Change
2015-09-21 15:28 hub29 New Issue
2015-09-22 18:29 jghali Note Added: 0036332
2015-09-24 13:19 Kunda Note Added: 0036362
2015-09-24 13:28 hub29 File Added: Scribus_issue_id0013360-example.zip
2015-09-24 13:28 hub29 Note Added: 0036364
2015-10-04 23:13 Kunda Note Added: 0036515
2015-10-04 23:13 Kunda Target Version => 1.4.6
2015-10-19 21:31 Kunda Relationship added related to 0009296
2015-10-31 07:17 utnik Note Added: 0037132
2015-11-04 20:33 Kunda Note Added: 0037224
2015-11-04 20:33 Kunda Status new => confirmed
2015-11-04 20:34 Kunda Note Edited: 0037224
2015-11-04 20:43 Kunda Note Edited: 0037224
2015-11-24 13:41 Kunda Note Added: 0037647
2015-11-24 15:02 utnik Note Added: 0037650
2016-01-12 13:10 jghali Target Version 1.4.6 => 1.4.7
2016-03-24 13:39 Kunda Steps to Reproduce Updated
2016-03-24 13:40 Kunda Steps to Reproduce Updated
2016-03-24 13:40 Kunda Note Added: 0039381
2016-03-24 15:36 Kunda Note Added: 0039387
2016-03-25 11:52 Kunda Note Added: 0039402
2016-03-25 11:52 Kunda Status confirmed => resolved
2016-03-25 11:52 Kunda Resolution open => unable to reproduce
2016-03-25 11:52 Kunda Assigned To => Kunda
2016-03-30 19:15 Kunda Note Added: 0039560
2016-03-30 19:15 Kunda Status resolved => closed
2016-03-30 19:15 Kunda Assigned To Kunda =>
2016-03-30 19:15 Kunda Fixed in Version => 1.4.7.svn
2016-03-30 19:15 Kunda Target Version 1.4.7 =>