Download it now!
Bug 95380 - "Update links when opening" missing from Impress
Summary: "Update links when opening" missing from Impress
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
Depends on:
Reported: 2015-10-28 08:13 UTC by Katarina Behrens (Inactive)
Modified: 2020-03-09 13:27 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Katarina Behrens (Inactive) 2015-10-28 08:13:53 UTC
Both Writer and Calc have the possibility to configure their behaviour when loading the document that contains links to external sources. It is in Tools > Options > Calc | Writer > General > Update links when loading, the choice is between "Always", "On request" and "Never"

Impress, however, has no such option and it seems to always uses "on request" mode. There is no way to disable that. As we have seen on HH Hackfest, some users create presentations containing external links too (images, tables etc.) and it is then PITA for them, being always forced to confirm that they really want to update the content from external source(s) ...

So the suggestion is either to i) implement this choice in Tools > Options for Impress too, or better yet ii) make it global for all app
Comment 1 Katarina Behrens (Inactive) 2015-10-28 09:22:49 UTC
all apps, even :)

@Sebastian: I thought you might be interested in this ticket
Comment 2 Cor Nouws 2015-10-29 20:04:55 UTC
Hi bubli,

Thanks - I would prefer an option per module.
I expect people to have diverging preferences per doc-type..
Comment 3 Blume 2015-11-05 10:39:14 UTC
@Cor Nouws
1+ for Cor Nouws: per module

1+ for this kind of implementation

-1 for the Radio buttons to setup each file if its updated manually or automatically. 
Reason: (1) It's redundant with the question box at the startup.
(2) What it if one file is automatically and the other is manually?
-> My conclusion: The radio buttons and in the list-box-element that there stands Manual is PSEUDO what they are doing at the moment. Therefore there is reported another bug:

Solutions for this redundant conflict:
Variant 1: Only the solution to implement the conclusion of 95380 is the solution
Variant 2: 95380 concludes the general settings, and 95302 individual for the document. So settings of 95380 are ignored if for example a Radio button is switched from Global settings to either Manual or Automatically. But is this good for security? Or should then there be an additional option in 95380, that says allow file to make a own decision?
Comment 4 Robinson Tryon (qubit) 2016-08-25 05:39:12 UTC Comment hidden (obsolete)
Comment 5 Heiko Tietze 2017-07-22 09:17:48 UTC
Removing needsUX, the request makes sense and received some +1.

We should allow to set this feature per module - option i). And in respect to comment 3 / bug 95302 allow to override this setting per document, which is a nice-to-have to me. Some code pointers are in 95032.
Comment 6 Xisco Faulí 2020-03-09 13:27:42 UTC
Please add keyword 'needsUXEval' and CC '' if input from UX is needed.