Issue 69525 - Dependency check for language packs
Summary: Dependency check for language packs
Alias: None
Product: Installation
Classification: Application
Component: code (show other issues)
Version: OOo 2.0.4
Hardware: All All
: P2 Trivial with 5 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
: 86738 (view as issue list)
Depends on:
Reported: 2006-09-14 12:18 UTC by Olaf Felka
Modified: 2017-05-20 10:55 UTC (History)
7 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description Olaf Felka 2006-09-14 12:18:07 UTC
- installed an nl lang pack on an OOc office
- switched to the new language
- went to tools - options - office - online update
- the office crashes
- the new tabpage want's to call code that doesn't exist
- to prevent such dependencies we need a dependency check before installing a
lang pack
Comment 1 2006-10-11 11:07:02 UTC
Comment 2 2006-10-27 13:27:13 UTC
Not fixable in 2.1 time frame -> 2.2
Comment 3 Olaf Felka 2006-11-08 12:04:56 UTC
It's about OOD languagepack on an OOC office.
Comment 4 2006-12-01 16:31:53 UTC
IS -> MBA: We have already talked about this. I do not see a realistic chance,
to avoid this conflicts with the mechanisms of native installers. It seems to be
more promising, if the Office checks at startup, which language packs are
available and which of them can be used. This requires additional configuration
settings in the language packs, that describe a versioning schema.
Comment 5 pavel 2007-01-15 19:32:39 UTC
I think 2.2 target is a bit optimistic on this.
Comment 6 Olaf Felka 2008-01-03 12:22:42 UTC
This happens when a new language pack has features that are not present in the
installed Office version. Can this issue be solved by the new package
Comment 7 2008-01-07 16:05:29 UTC
The package restructuring will change the content of the packages. But the
problem of this task is not solved by the restructuring. We would need for every
native installer mechanism a process, that keeps all packages consistent to each
other. Office installation, patch installation, language pack installation, ...
. I do not think, that the installer can guarantee this.
Comment 8 Olaf Felka 2008-03-05 22:05:07 UTC
*** Issue 86738 has been marked as a duplicate of this issue. ***
Comment 9 Mathias_Bauer 2008-06-05 16:00:48 UTC
Comment 10 Marcus 2017-05-20 10:55:57 UTC
Reset assigne to the default "".