View Issue Details

IDProjectCategoryView StatusLast Update
0017663ScribusUsabilitypublic2025-10-23 12:25
Reporterdaxliniere Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
PlatformPCOSWindowsOS Version10 Pro
Product Version1.6.4 
Summary0017663: Image management - FR: Relink ALL missing files
Description1) There does not appear to be a way to relink multiple files at once. There is no button or checkbox to enable to scan for ALL missing files, only the one selected. I even tried SHIFT+click and CTRL+A to select multiple to no avail.

2) The function to relink files is kinda hidden. When a project is opened which has broken links, the user should be prompted immediately during the loading process to provide the correct/new path.
I understand that if, when searching recursively, more than 1 file with the same name is found that the user must be prompted to intervene, but the rest should be automatically relinked.
TagsNo tags attached.
PatchNo

Activities

ale

2025-10-23 09:41

manager   ~0053101

"Extra > Manage Images" should do what you want (if the images have been moved all together)...
I haven't tested it right now, but this is what I recall...

This does not really contradict your assertion that Scribus does not manage this issue in the best way.

Still, I'm not sure that Scribus should prompt for fixing the when opening the document.
Except if we get a dialog where several issues can be solved at the same time (like a better -- and working correctly -- fonts replacement...).

daxliniere

2025-10-23 09:49

reporter   ~0053102

Hi Ale, thanks for your reply.
" "Extra > Manage Images" should do what you want (if the images have been moved all together)... "
Unfortunately this is not the case. You need to select each and every image and perform the same search for each one of them, each taking 10-15 seconds.

" Still, I'm not sure that Scribus should prompt for fixing the when opening the document. "
Photoshop, Illustrator, REAPER (digital audio workstation) and DaVinci Resolve are all examples of software that prompt on project load to resolve missing files. Because, really, how can we work on a project if files are missing?

qirat

2025-10-23 10:03

reporter   ~0053103

Hi, @daxliniere, if all your images are still in one place (after the move), selecting "Apply to all matching images" might help.

That should relink at least the images that are still there in the directory you are searching now.

See the bottom left corner of the screenshot I am attaching.

ale

2025-10-23 10:03

manager   ~0053104

Ok, tested: "Extra > Manage Images" can relink all images that have been moved from folder to a different one.

You "just" need to press the "Search" button, then the "Change" one, start the search, and tell Scribus that you want to apply the change to all matching images.

Theoretically, you can also use the tool for switching back and forth between high and low resolution of your images (and avoid that high res images consume up your RAM)

qirat

2025-10-23 10:04

reporter   ~0053105

Here:
sc.png (8,052 bytes)   
sc.png (8,052 bytes)   

daxliniere

2025-10-23 10:34

reporter   ~0053106

Yes, but why can't all of this be resolved automatically? It's an area of UI/UX that could be made far less painful for the user with minimal backend changes.

This is one example of my process of relinking images for a particular project.
https://drive.google.com/file/d/1OVtxnoXK3g6Fyb0_flzBnLhvgeteLRtU/view?usp=sharing

JLuc

2025-10-23 11:38

developer   ~0053107

Last edited: 2025-10-23 11:47

Why arent all the images found and why isnt the "apply to all same issues" option efficient in your case ?
I guess the images are in different folders.

So you'd like a new feature that would automaticaly redo the search and apply the "apply to other images" not only for the found folder but for all subfolders of the initialy searched folder ?

Dealing with a whole tree of folders is powerfull.
But is it so widely usefull ?
Also beware that when giving a too high and too large initial search folder, it might lead to incorrect fixes (linking wrong versions of images) since when it deals many folders and subfolders, there could be many versions of each images to be relinked.

daxliniere

2025-10-23 11:50

reporter   ~0053108

"So you'd like a new feature that would automaticaly redo the search and apply the "apply to other images" not only for the found folder but for all subfolders ?"
Yes, a find-all function would save a lot of time. This project I showed is a very basic one, with only a single page, but when you have to pull up a multipage document (e.g. magazine) from the archives, it would be a LOT of work to relink all images.

" there could be many versions of each images to be relinked."
Yes, but that is already handled. But speaking of this feature, in fact it would make more sense if that user confirmation dialogbox was only displayed when more than 1 file with the same name was found during a recursive search, otherwise it should just be automatically selected. If the user specified the wrong search path and a different image is found, that's their own problem.

ale

2025-10-23 12:25

manager   ~0053110

according to 0011776 it should also work in sub folders...

but, indeed:

- document.sla with
  - a.png
  - a/b.png

does not manage to find b.png if the two png are moved to:

- a/a.png
- a/a/b.png

and one replaces a/a.png for a.png .

... I will try to have a look at it...

Issue History

Date Modified Username Field Change
2025-10-23 09:08 daxliniere New Issue
2025-10-23 09:41 ale Note Added: 0053101
2025-10-23 09:49 daxliniere Note Added: 0053102
2025-10-23 10:03 qirat Note Added: 0053103
2025-10-23 10:03 qirat File Added: Screenshot From 2025-10-23 15-25-38.png
2025-10-23 10:03 ale Note Added: 0053104
2025-10-23 10:03 qirat File Deleted: Screenshot From 2025-10-23 15-25-38.png
2025-10-23 10:04 qirat Note Added: 0053105
2025-10-23 10:04 qirat File Added: sc.png
2025-10-23 10:34 daxliniere Note Added: 0053106
2025-10-23 11:38 JLuc Note Added: 0053107
2025-10-23 11:43 JLuc Note Edited: 0053107
2025-10-23 11:47 JLuc Note Edited: 0053107
2025-10-23 11:50 daxliniere Note Added: 0053108
2025-10-23 12:25 ale Note Added: 0053110