3
Uneinheitliche Anzeige von Windows und Office Version
Ich will die Windows-Updates und Office-Versionen unserer Rechner manuell prüfen. Dabei ist mir aufgefallen, dass schon beim ersten PC beides auch nach einem Neustart uneinheitlich dargestellt wird.
1. Windows-Updates
in der "modernen Systemsteuerung" unter Updateverlauf steht 2023-04 ... (KB4023057) oben,
in der alten Systemsteuerung wird mir auch das aktuelle 2023-05 ... (KB5026361) angezeigt
2. Office 365 Version Version 2302 Build 1630.20xxx
Erst zeigt mir z.B. Word unter "Konto" den Build 16130.20500 an, wenn man dann auf "Info zu Word" klickt steht in dem Fenster die Build-Nummer der Vorgängerversion Build 160130.20454. Beides zusammen in einem Screenshot:
Die jeweils höhere Vesion / BuildNr sollte stimmen, aber seltsamen ist das schon, oder? Kann das jemand erklären?
1. Windows-Updates
in der "modernen Systemsteuerung" unter Updateverlauf steht 2023-04 ... (KB4023057) oben,
2. Office 365 Version Version 2302 Build 1630.20xxx
Erst zeigt mir z.B. Word unter "Konto" den Build 16130.20500 an, wenn man dann auf "Info zu Word" klickt steht in dem Fenster die Build-Nummer der Vorgängerversion Build 160130.20454. Beides zusammen in einem Screenshot:
Die jeweils höhere Vesion / BuildNr sollte stimmen, aber seltsamen ist das schon, oder? Kann das jemand erklären?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 7181895825
Url: https://administrator.de/contentid/7181895825
Ausgedruckt am: 26.11.2024 um 03:11 Uhr
3 Kommentare
Neuester Kommentar
Ergänzung:
Diese beiden Office Versionsnummern lassen sich (auch per remote) wunderbar über die Registry auslesen:
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\AppVMachineRegistryStore\9AC08E99-230B-47E8-9721-4577B7F124EA\Versions\1A8308C7-90D1-4200-B16E-646F163A08E8\Catalog\
-> InternalVersion
... das ist die höhere Versionsnummer
bzw.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\C2RSvcMgr\
-> VersionToReport
Diese beiden Office Versionsnummern lassen sich (auch per remote) wunderbar über die Registry auslesen:
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\AppVMachineRegistryStore\9AC08E99-230B-47E8-9721-4577B7F124EA\Versions\1A8308C7-90D1-4200-B16E-646F163A08E8\Catalog\
-> InternalVersion
... das ist die höhere Versionsnummer
bzw.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\C2RSvcMgr\
-> VersionToReport
Zitat von @bauinformatiker:
Die jeweils höhere Vesion / BuildNr sollte stimmen, aber seltsamen ist das schon, oder? Kann das jemand erklären?
Nur mit dem Hinweis dass sich MS schon immer mit dem rechnen schwergetan hat.Die jeweils höhere Vesion / BuildNr sollte stimmen, aber seltsamen ist das schon, oder? Kann das jemand erklären?
Aber dies (Fehl-) Verhalten ist stabil. Verwende dafür immer die gleiche Datenquelle in der Registry und ignoriere die Darstellung auf dem Monitor.
1Zitat von @StefanKittel:
Aber dies (Fehl-) Verhalten ist stabil. Verwende dafür immer die gleiche Datenquelle in der Registry und ignoriere die Darstellung auf dem Monitor.
Zitat von @bauinformatiker:
Die jeweils höhere Vesion / BuildNr sollte stimmen, aber seltsamen ist das schon, oder? Kann das jemand erklären?
Nur mit dem Hinweis dass sich MS schon immer mit dem rechnen schwergetan hat.Die jeweils höhere Vesion / BuildNr sollte stimmen, aber seltsamen ist das schon, oder? Kann das jemand erklären?
Aber dies (Fehl-) Verhalten ist stabil. Verwende dafür immer die gleiche Datenquelle in der Registry und ignoriere die Darstellung auf dem Monitor.
Danke für's Mitfühlen!
Ich hab die Registry nochmal mit dem Nirsoft "RegScanner" durchsucht und folgende Key gefunden, den wir jetzt benutzen, um die Version mit der offiziellen Office 365 Release History zu vergleichen:
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\ClickToRun\Configuration
-> VersionToReport (Wert: 16.0.16130.20500)
