View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0013360 | Scribus | OS-MacOSX | public | 2015-09-21 15:28 | 2016-03-30 19:15 |
| Reporter | hub29 | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | unable to reproduce | ||
| Platform | Apple | OS | Mac OS X | OS Version | Mac OS X 10.6.8 |
| Product Version | 1.4.5 | ||||
| Fixed in Version | 1.4.7.svn | ||||
| Summary | 0013360: Malfunction of the function “Collect for output” | ||||
| Description | After 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 Reproduce | Simply 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 Information | Worse! 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.....)! | ||||
| Tags | No tags attached. | ||||
| Patch | No | ||||
| related to | 0009296 | closed | collect for output files don't seem to save correctly |
|
|
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. |
|
|
hub29, please deliver ^ |
|
|
|
|
|
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? |
|
|
Haven't tested yet since the bug is involved. Putting in in the 1.4.6 roadmap so we don't miss it. |
|
|
works correct on macOS 10.9.5 / scribus 1.4.5 |
|
|
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 |
|
|
Utnik can you confirm for French and Portuguese localizations ? |
|
|
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") |
|
|
utnik, did you follow the directions in 0013360:0036364 I updated the ticket summary with the directions in 0013360:0036364 |
|
|
Can't reproduce this anymore on French or Brazilian UI hub29, can you test on 1.4.6 ? |
|
|
Resolving unless OP responds to reopen |
|
|
Closing |
| 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 => |
