diff options
| author | Stephan Bergmann <sbergman@redhat.com> | 2012-08-02 18:10:03 +0200 |
|---|---|---|
| committer | Stephan Bergmann <sbergman@redhat.com> | 2012-08-02 18:26:39 +0200 |
| commit | 81fd6b084b0f3c0eb5a97c77592f5ceb21d2dfb1 (patch) | |
| tree | e5a9ee88b2e11c00060cc8f8e1e9d2d77b5c2f60 /vcl/unx | |
| parent | 85a8a72067c4e13f3bddbe11e0899702202f4c4f (diff) | |
fdo#53006 Force reinstall of all bundled extensions on upgrade
...as the per-user data about bundled extensions can otherwise contain stale
$BUNDLED_EXTENSIONS_PREREG references if the old installation used
share/prereg/bundled/, the new one does not (cf. the fixing for fdo#51252 "LO
cannot start (reports runtime error with Visual C++ Runtime Library)"), and a
bundled extension did not change version.
It is safe to tie this behavior to the existing "force" parameter of
dp_misc::syncRepositories, as the only place that calls it with force=true is
the call to Desktop::SynchronizeExtensionRepositories(newInst) in Desktop::Main,
where newInst=true is the relevant condition for this behavior, too.
As stated in XExtensionManager.idl, "this [...] can go again once no exisiting
UserInstallation's user/extensions/bundled/ data can contain any
$BUNDLED_EXTENSIONS_PREREG references any longer."
Change-Id: I630dec8f2d20282ee47c65ac61ed2c9b062448e1
Diffstat (limited to 'vcl/unx')
0 files changed, 0 insertions, 0 deletions