[English]Kurze Informationen für Nutzer von Windows 10, die am heutigen 18. Januar 2023 durch eine nicht mehr reagierende Taskleiste genervt werden. Mir ging heute ein Hilferuf aus der Leserschaft zu – und es gibt einen Hinweis auf die Ursache. Wer die Clickshare-Lösungen von Barco im Einsatz hat, dürfte von diesem Probleme wohl betroffen worden sein. Hier die Informationen, die ich zusammentragen konnte.
Anzeige
Eine Lesermeldung
Blog-Leser Marius L. hat sich am heutigen 18. Januar 2023 bei mir per Mail gemeldet und beklagt sich über massive Probleme seiner Windows 10-Anwender mit der Taskleiste.
Seit heute Morgen haben wir vermehrt die Meldung bekommen, dass sich das Startmenü und andere Windowsfunktionen in der Taskleiste nicht mehr benützten lassen.
Es wurden aber keine Updates installiert, die dieses Phänomen erklären könnten. Bei einem User konnten wir das Problem mit dem löschen des lokalen Benutzerprofils lösen, was aber leider eine quick and dirty Lösung ist.
Hast du hierzu andere Meldungen bzw. könntest du hier mal deine Reichte etwas nutzen, bisher konnte ich nichts vergleichliches im Internet finden?
In der betreffenden Umgebung laufen Clients mit Windows 10 21H2 mit dem Patchstand vom Dezember 2022. Nichts großartiges was zu Problemen führen könnte. Mir fiel zwar sofort mein Beitrag Killt das Defender Definition Update (1.381.2363.0) Windows bei Verwaltung per Intune ein, was sich aber als unzutreffend herausstellte (es wurde kein Intune und kein Defender verwendet).
Eintrag auf reddit.com
Ein anonymer Nutzer wies in einem Kommentar auf einen Post bei reddit.com hin, der auf ähnliche Probleme mit der Windows-Shell hinweist.
Windows 10 Searchbar and Start Button does not work
In a Company i Support we get some really strange errors from our clients.
Suddenly after a restart the Search bar and the Windows Start ( Logo) wont work or is not clickable anymore. I cant see any point that triggers this behavior ( Updates or so ) . These Notebooks are Intune controlled. All are rolled out on the same profile.
In the last 6 month we hat like 6 Clients with this problem . If you log in with another account on the same machine everything works fine. The only solution to it by now is to clean reinstall Windows.
Does anyone had/has the same issue or maby knows a fix to this ?
Klang bereits wie die Beobachtungen, die ich im Beitrag Killt das Defender Definition Update (1.381.2363.0) Windows bei Verwaltung per Intune skizzierte. Aber in den Folgekommentaren wird auf die nachfolgend erwähnte Barco Clickshare-Meldung hingewiesen.
Anzeige
Ergänzung: Auf Facebook gab es in einer geschlossenen Gruppe die Meldung "Wir haben seit gestern das Probleme das sich bei einigen Usern das Outlook nichtmehr verbindet. Gibt es noch jemanden der ein Problem mit Exchange Online hat? Ich konnte Online bisher nichts finden.". Jemand hat den Link auf diesen Beitrag gepostet und es gab die Rückmeldung, dass es Clickshare als Ursache gewesen sei.
Barco Clickshare macht Probleme
Vom anonymen Blog-Leser und auch im reddit.com-Thread wurde auf den Supportbeitrag Unresponsive Windows taskbar or user shell folder permissions issues with ClickShare App Calendar integration des Herstellers Barco vom 18. Januar 2023 hingewiesen. Dort ist das Problem der nicht reagierenden Taskleiste und User-Shell-Folder in Verbindung mit Clickshare aufgefallen.
ClickShare ist eine Lösung von Barco, mit denen ein Notebook automatisch mit Raumkameras, Lautsprechern und Soundbars drahtlos verbunden werden kann. Mit nur einem Klick können Nutzer den Bildschirm kabellos teilen oder eine Videokonferenz starten. Die Lösung dürfte in einigen Firmen im Einsatz sein.
Bei einer Untersuchung wurde von Barco festgestellt, dass das Problem mit der Windows-Taskleiste auftritt, wenn die Registrierung der Benutzershell aus irgendeinem Grund geändert wurde (z. B. Windows-Update, Kennwortänderung, Anwendungen, die die Microsoft Outlook-API oder andere verwenden). Es kommt schlicht zu einem Rechteproblem – und bei mir klingelte beim Begriff Clickshare was. Ich hatte das gleiche Problem doch im älteren Blog-Beitrag Windows 10: Kaputtes Startmenü, OneDrive, Outlook wegen Barco ClickShare schon mal aufgegriffen. Rudy Ooms hatte dies seinerzeit ausgiebig untersucht. Im englischsprachigen Blog-Beitrag hier hatte der Barco Support einige Kommentare hinterlassen, die ähnlich wie im oben verlinkten Barco Support-Beitrag klingen.
Zugriffsberechtigungen kaputt
Barco hat mögliche Zusammenhänge mit der ClickShare App genauer analysiert und bestätigt, dass ClickShare keine Windows Registry-Werte oder Berechtigungen der App verändert. Die ClickShare App liest lediglich den Microsoft Outlook-Kalender über die Microsoft Outlook-API für die One Click Join-Funktion.
Das Problem mit der nicht reagierenden Windows-Taskleiste ist daher kein Problem der ClickShare App. Es hängt mit Microsoft zusammen und kann von jeder Anwendung ausgelöst werden, die die Microsoft Outlook-API verwendet. Deckt sich auch mit den Rückmeldungen, die ich von Barco zu meinem obigen Blog-Beitrag erhielt.
Ein Reparaturscript
Barco hat in seinem Supportbeitrag Unresponsive Windows taskbar or user shell folder permissions issues with ClickShare App Calendar integration ein Script veröffentlicht, um die fehlerhaften Benutzerrechte in der Registrierung zu korrigieren, so dass die Shell wieder funktioniert. Einfach die ZIP-Datei herunterladen, entpacken und das Script ausführen.
Bestätigung durch den Leser
Blog-Leser Marius, den ich auf diese Lösung hinwies, hat sich dann nochmals gemeldet und folgendes bestätigt:
Ja tatsächlich haben wir Clickshare im Einsatz. Wir haben hier auch das Extension Pack von Barco an alle Rechner verteilt.
Habe das Script welches von Barco bereitgestellt wurde ausgeführt. Erst hatte er mir beim normalen Ausführen mitgeteilt, dass dieses Problem hier nicht auftritt. Dann habe ich das Skript mit dem Parameter -force ausgeführt und danach neu gestartet. Et voilà. Danach hat es funktioniert.
Danke an den anonymen Blog-Leser und an Marius für die Hinweise – vielleicht hilft es anderen Betroffenen.
Ergänzung: Ivan Sieder (der das erst auf den Defender schob) hat mir auf Mastodon die Nacht noch folgende Ergänzung zukommen lassen:
Finally it's scripted. If the local Intune profile is not yet completely broken, this script should do the trick.
And if the local profile is already completely broken, download the repository as zip and execute the install.ps1 with `powershell -executionpolicy bypass -file install.ps1`
Hopefully it's useful for those rare cases out there experiencing the same issue.
Danke an Ivan für den Hinweis. Auf mastodon gab es zudem die folgende Rückmeldung eines weiteren Nutzers (danke dafür).
Also der Script hat geholfen. Zusätzlich sollte man über folgenden Registry Key die Kalenderintegration deaktivieren:
HKCU\Software\Barco\ClickShare Client
(Achtung Leerzeichen!) den REG_SZ Wert von CalendarIntegration auf "false" setzen.
Christian F. aus der Schweiz hat mich per Mail noch mit folgender Information versorgt (danke dafür).
Dieses Problem hat uns in den letzten 24h ganz schön auf Trab gehalten. Von 3000 Clients waren ca. 10 Stück (W10 20H2) davon betroffen. Sehr wahrscheinlich sind es noch mehr, von denen wir noch nichts wissen.
Die Lösung war das PowerShell Skript auf der Barco Seite ganz am Ende.
Bleeping Computer (Microsoft investigates bug behind unresponsive Windows Start Menu) und neowin.net (Microsoft investigating unclickable Windows Start, Taskbar and Office bugs due to ClickShare) haben meinen Artikel aufgegriffen und schreiben, dass Microsoft die Ursache für die kaputten Registrierungseinträge untersuche.
Ergänzung: Ich habe noch einige Erkenntnisse rund um das Thema im Blog-Beitrag Neues zu Windows 10/11 Taskleisten- und Intune-Problemen (Barco ClickShare, 18. Jan. 2023) zusammen getragen. Dort gibt es auch einen kurzen Hinweis auf vier PowerShell Reparatur-Scripte von Florian Salzmann. Und der Bug ist nicht nur auf Windows 10, oder Barco ClickShare begrenzt, sondern kann auch durch andere Tools (möglicherweise auch Office C2R Versionen) verursacht werden. Angeblich arbeitet Microsoft seit September 2022 an einem Fix, der im März 2023 kommen könnte.
Anzeige
Das Problem kann ich bestätigen, wir hatten heute auch drei Fälle im Unternehmen.
Hallo Günther,
hallo community,
ich kann bestätigen, dass es auch unter Windows 11 (22H2 2023-01) auftritt.
Habe den Fehler heute früh direkt bei uns in der company gehabt.
Ohne diesen Hinweis half leider neu die Neuanlage des Benutzer-Accounts….
Wir haben das Problem auch…
Leider ist die Suche selbst nach Script beeinträchtigt, hat hier jemand eine Lösung?
Ich kann mir das nicht vorstellen und auch nicht bestätigen. Sicher es handelt sich nicht um Windows 11 handelt?
Bei uns gab es in letzter Zeit bei einigen Windows10 21H2 Rechnern auch Probleme mit der Taskbar:
– keine Reaktion auf Rechtsklick bei den Programm-Icons;
– keine Reaktion auf den linken Mausklick bei der Uhr und Symbolen im Infobereich;
– keine Suche.
Unser aktueller Workaround ist das Anmelden an dem Gerät mit einem lokalen Administrator Konto. Danach funktioniert alles wieder normal.
Die normalen Benutzer haben keine Adminrechte.
Das Verhalten hatten wir vereinzelt auch schon im Oktober. (Etwa 10 von 150 Geräten)
Meistens war sehr zeitnah eine Edge oder EdgeWebView2 Aktualisierung.
Ob das wirklich die Ursache ist konnte bisher nicht geklärt werden, da das geänderte Verhalten nicht Jedem gleich auffällt.
das Problem war bei uns auch, nach dem wir das script laufen lassen haben hat wieder alles funktioniert.
Hallo,
Barco dürfte das Release zurückgezogen haben, aktuell gibt es die alte 04_26_00_0012 wieder zum download.
Folgendes Powershell hat uns geholfen:
Start-Process -filepath "C:\ClickShareApp\ClickShare\Update.exe" -ArgumentList "--uninstall"
Remove-MSIApplications -Name "ClickShare*" -WildCard -ContinueOnError $true -ErrorAction SilentlyContinue
$acl1 = Get-Acl "HKCU:\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\"
#$person = [System.Security.Principal.NTAccount]"all application packages" ##S-1-15-2-1
$sid = New-Object System.Security.Principal.SecurityIdentifier ("S-1-15-2-1")
$person_temp = $sid.Translate( [System.Security.Principal.NTAccount])
$person = $person_temp.Value.Split("\")[1]
$access = [System.Security.AccessControl.RegistryRights]"ReadKey"
$inheritance = [System.Security.AccessControl.InheritanceFlags]"ContainerInherit,ObjectInherit"
$propagation = [System.Security.AccessControl.PropagationFlags]"None"
$type = [System.Security.AccessControl.AccessControlType]"Allow"
$rule = New-Object System.Security.AccessControl.RegistryAccessRule($person,$access,$inheritance,$propagation,$type)
$acl1.AddAccessRule($rule)
$acl1 | Set-Acl
if (-not (Get-AppxPackage Microsoft.AAD.BrokerPlugin)) { Add-AppxPackage -Register "$env:windir\SystemApps\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy\Appxmanifest.xml" -DisableDevelopmentMode -ForceApplicationShutdown } Get-AppxPackage Microsoft.AAD.BrokerPlugin
Reboot vom Client
Anschließend kann die ältere Version wieder installiert werden.
Ein Ausführen des Barco Scripts half nur bedingt, anschließend waren die Vererbungen auf den RegKey wieder weg und das gleiche Problem ersichtlich.
Hallo!
Auch wir sind Service Provider für mehrere Unternehmen und per gestern 18.01 morgens traten die Fehler bei mehreren Kunden auf.
Das Barcoscript allein stellte zwar die Funktion der Taskleiste wiederher, der AAD-Connect funktionierte jedoch erst nach Ausführen deiner Zeilen – danke!
Vielen vielen Dank für diese Informationen!
Wir hatten das Problem mit dem Startmenü auch seit dem späten gestrigen Abend bei zwei PCs, und sind schon fast verrückt geworden! Einfaches Ausführen des PS-Skripts behob das Problem sofort. Auch bei uns ist ClickShare im Einsatz.
Aber wie auch Stefan weiter oben schon sagte: Leider funktioniert die Suche im Startmenü aktuell trotz Skript nicht mehr. Aber vielleicht kommt hier ja noch ein Fix.
Das ist leider die zweite Panne, die ich hier heute bestätigen kann.
Gestern Nachmittag kam der erste und heute morgen noch zwei weitere.
Auch wir haben hier ClickShare im Einsatz und sind dann heute Mittag auch auf ein älteres Skript gestoßen, dass die Shell Berechtigungen neu setzt
Kann ich bestätigen, habe hier bei meinen 500 Win10 Clients eine Hand voll die auch diese Faxen machen. Zuerst habe ich sogar geglaubt das ASRmageddon zugeschlagen hat, dass schien mir aber dann doch etwas zu spät.
Im verlinkten Skript werden Berechtigungen für "All Application Packages" in der Registry gesetzt (laut Kommentar am Anfang der Datei).
Das mit "Alle Anwendungspakete" und Registry erinnern mich an die Konfiguration von verbindlichen Benutzerprofilen in Windows 10: https://www.windowspro.de/wolfgang-sommergut/anleitung-mandatory-user-profile-verbindliches-benutzerprofil-fuer-windows-10, hier mussten auch Berechtigungen in der Registry des Benutzerprofils angepasst werden.
Das Thema ist ja schon älter und wie beschrieben hier schon mal behandelt worden:
https://www.borncity.com/blog/2022/07/06/windows-10-kaputtes-startmen-onedrive-outlook-wegen-barco-clickshare/
Das Problem tritt aber weiterhin nicht nur mit dem hier erwähnten Click-Share auf sondern noch immer mit dem Kerio Outlook Offline Connector von gfi.com. Es ist zum verrückt werden, da nicht zu erkennen ist wann und wie das Problem ausgelöst wird. Das läuft tagelang problemlos und auf einmal tritt der Fehler auf ohne das man etwas bewusst macht.
GFI hat im Forum verlauten lassen das sie das Problem analysiert haben und es die Schuld bei Microsoft liege. Sie bieten keinerlei Fix oder Lösung an und reagieren nicht mehr in der Sache. Schweigen im Walde. Der Thread ist hier zu finden:
;
Der Fix löst wie beschrieben zwar das Taskleisten und Menü Problem aber die Suche bleibt nach wie vor defekt und lässt sich mit keinem mir bekannten Trick wieder zum leben erwecken. Das ist äußerst nervig. Man muss das betroffene Profil löschen und alles neu anlegen. Mir fehlen leider Mittel und Ressourcen um das Problem mit der Suche weiter einzugrenzen und eine Script Lösung dafür zu finden.
naja da schiebt man sich wieder gegenseitig die Schuld zu… MS ist sicherlich nen Saftladen was QS und ihre Updates anbelangt, da aber nur einige wenige Programme betroffen sind , liegt es doch Nahe das da die Entwickler sich nicht an Vorgaben halten und die Software Bockmist baut.
Wenn dann auch noch die Unterstützung verweigert wird, ist das doch recht einfach: die Software fliegt runter sind ja beides nicht alternativlos!
Ich vergeude doch keine Ressourcen und Zeit um da nach Fehler zu suchen, wenn der Entwickler so unkooperativ ist.
naja da schiebt man sich wieder gegenseitig die Schuld zu… MS ist sicherlich nen Saftladen was QS und ihre Updates anbelangt, da aber nur einige wenige Programme betroffen sind , liegt es doch Nahe das da die Entwickler sich nicht an Vorgaben halten und die Software Bockmist baut.
Wenn dann auch noch die Unterstützung verweigert wird, ist das doch recht einfach: die Software fliegt runter sind ja beides nicht alternativlos!
Ich vergeude doch keine Ressourcen und Zeit um da nach Fehler zu suchen, wenn der Entwickler so unkooperativ ist.
Leider ist Windows in vielen Unternehmen alternativlos.
Und wenn du dieses Clickshare-Konferenzzeugs gekauft hast, kommst du auch um diese Software nicht drumherum. Leider steht auf der Verpackung von dem Mist nicht drauf, dass das einem die Taskbar vermüllen kann.
Und was bitteschön hintert dich daran das zu ersetzen, wenn du merkts das es scheiße ist?
War dann halt nen griff ins Klo, aber etwas weiterhin nutzen, was scheiße ist, nur weil es gekauft wurde ist gelinde gesagt Dummheit!
Wir haben das Problem auch, teilweise hat folgender Artikel von Microsoft geholfen, danach hat auch die Suche wieder funktioniert:
https://learn.microsoft.com/en-us/answers/questions/880616/start-button-not-responding-outlook-will-not-conne
Problem gabs bei uns auch mit Windows 11. Script von Barco hat funktioniert.
Eine nicht funktionierende Taskleiste hatte ich bereits mit dem Update 12/22. Hatte diesen Effekt nach der Installation des AMD Grafiktreibers. Konnte den Fehler mit sfc und dism beheben.
Diese Meldung hat einen Admin-Kollegen von mir gerade sehr glücklich gemacht. Wegen der unspezifischen Natur des Problems und Ähnlichkeit zu anderen Windows-Schluckaufen ging der gestrige Tag für Fehler-Eingrenzung drauf, und heute stolperten wir dann endlich über die Lösung in Form dieses Blog-Eintrags.
Dafür, und generell für das unermüdliche Engagement, mal ein fettes Dankeschön! :)
Bitte beachten, es mag sein dass nicht alle Probleme direkt verschwinden.
Mir hat dann ein "sfc /scannow" und Neustart mit anschließendem ausführen des Skripts mit "-Force" Parameter geholfen.
Das Skript tut – auch von hier ein dickes Dankeschön! Muss man auch erstmal drauf kommen; das hat uns auf jeden Fall eine Menge Debugging und Profil-Neuanlegerei gespart.
Wir können das Problem bei uns auf einigen Windows 10 Clients bestätigen, auf denen ClickShare im User-Kontext installiert wurde.
Das Script von Barco hat funktioniert.
Danke.
Hier eine Lösung wie das ganze im Systemcontext läuft.
Remove von Clickshare und repair der reg.
https://github.com/ColdFire1985/clickshare
Hm.. in dem Tool wird aber nur das Security Principal "ALL_APP_PACKAGES" zu dem Registry Key wieder hinzugefügt???
Das sind noch sonst noch mehr Berechtigungen vergeben. z.B. der SYSTEM Account und der angemeldete Benutzer.
Meine Frage hat auch jemand die genannten Probleme OHNE barcoo clickshare ?
ja, haben die Probleme auch ohne diese Barcoo/Clickshare Software … sehr nervig…
ja, wie bereits erwähnt mit dem Kerio Offline Client für Outlook. Der greift auch auf Kalender zu und so verdichtet es sich langsam die Ursache dort zu suchen. Wenn sich hier jetzt noch andere User melden die in irgendeiner Form Tools verwenden die auf die Microsoft Kalender Funktion zugreifen wenn Outlook/Office installiert ist kann man das ggf weiter einkreisen.
Die Oben gemeldeten Reparatur Scripte stellen meist Taskleiste und Menü wieder her aber ich habe noch immer Fälle wo die Suche danach weiterhin systemweit nicht funktioniert.
Für die Suche muss noch laut Reddit dies neu installiert werden:
Add-AppxPackage -Register "C:\Windows\SystemApps\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy\Appxmanifest.xml" -DisableDevelopmentMode -ForceApplicationShutdown
danke dir !
Also wir haben hier das Problem ausschließlich auf Rechnern auf denen die "BARCO Clickshare App" mit aktivierter Kalender Integration läuft.
Wir haben auch Rechner, die den CISCO Jabber installiert haben, ebenfalls mit aktivierter Kalender Integration. Dort tritt das Problem nicht auf.
Scheinbar gibt es Unterschiede wie man die API nutzt?
Jap haben wir. ACL auf entspr. RegKeys sind bei uns OK (full access). AppX re-register auf System Ebene und im User Kontext bisher erfolglos. Zuletzt wurde das Jan Up. u. das letzte O365 Upd. CurrentChannel installiert.
Wir konnten mittlerweile auch Clickshare als Auslöser identifizieren. Bei einigen Usern wurde über das ausführen der exe auf den Clicksharebuttons die Clickshare App installiert. Dies aber nicht bei allen Usern, weil dies seit dem wir das "Clickshare Extension Pack" ausgerollt hatten, dies nicht mehr nötig war.
Die Tage wurde ein Update der App wohl ausgerollt, welche bei uns dann auf die Version 4.27.0-b8 angehoben hat. Daraufhin haben dann die Probleme ihren lauf genommen.
Meistens konnten wir das Problem mit dem ausführen des Skriptes und ein reboot lösen. Teilweise war noch das löschen folgender Datei mit neuer Officeanmeldung nötig: %localappdata%\packages\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy
Hallo Zusammen,
wir haben auch das Problem.
Aktuell behelfen wir uns mit der Deaktivierung von der Kalender Integration bei Barco und Avaya Workspace App.
Nach der Deaktivierung führen wir das Script im User Teil aus und nach einer neu Anmeldung geht das Startmneu, Searchbar und die Anmeldung an OneDrive, Exchange Online etc.
Auch bei uns wurden keine CUs installiert.
Nur die Edge WebView2 Runtime 109(109.0.1518.52) wurde installiert. Aktuell versuchen wir zu prüfen ob es da einen Zusammenhang gibt weil wir das Problem auch bei Clients haben wo kein Barco installiert ist
Hallo zusammen,
wir haben auch das Problem mit der Barco-Software ausgemacht.
VIELEN DANK AN ALLE, DENN OHNE EUCH WÄREN WIR NICHT DARAUF GEKOMMEN!
Bei uns lässt sich aber kein System erkennen:
Das Script von Barco hat bei ein paar Rechnern funktioniert, aber nicht bei allen. Dort konnte dann nach wie vor das Startmenü nicht genutzt werden, auch MS TEAMS hat nicht mehr funktioniert. Oder auch das Öffnen von Videos oder Bildern schlug fehl. Wir sind dann folgendermaßen vorgegangen:
1. Clickshare deinstalliert
2. Microsoft Update deinstalliert (KB5022282)
3. Neustart
4. Script von Barco ausgeführt
5. Neustart
Danach hat es bis jetzt bei jedem Funktioniert.
Holzhammermethode wäre noch eine Systemwiederherstellung auf ein Datum vor der Windows-Update-Installation (inkl. Deinstallation von Clickshare)
Hallo Zusammen,
anbei noch ein sehr detaillierter Artikel zu diesme Thema
https://call4cloud.nl/2022/06/the-adventures-of-the-broken-store-apps-across-the-8th-s-1-15-2-1/
War aber nicht so neu – Rudy Ooms hatte ich mit seinem Beitrag im oben mehrfach erwähnten Artikel Windows 10: Kaputtes Startmenü, OneDrive, Outlook wegen Barco ClickShare vom 6. Juli 2022 verlinkt. Nur durch ihn wusste ich, was im Hintergrund abläuft.
Hatte gestern mit Ooms Kontakt, der ist im Web ebenfalls rauf und runter getaggt worden. Spannend bleibt, was Microsoft herausfindet. Meines Erachtens ist das irgendwo in der API ein Bug, der zwar häufiger bei der Barco-Software auftritt – aber auch durch andere Apps getriggert werden kann.
Bei uns wurden die Windows Maschinen downgegraded von Windows 10 Enterprise nach Windows 10 Pro. Den Datenschützer wirds freuen!
Gab es einen Grund? Technischer Fehler oder bewusste Herunterstufung? Musst Du aber nicht nennen …
mir fällt da aber die deutsche Entsprechung zu Chapter 11 als zwingender Grund ein, wenn der ernannte RA Zahlungen an alle Gläubiger verteilt und MS wegen ausbleibender Abo-Zahlungen ein Downgrade anstößt (Pro ist ja die Rückfall-Option) – das hatte ich mal vor langer Zeit als Szenario skizziert und wurde ausgelacht.
Nun ja, icke sah Gespenster, weil beste Frau von Welt seinerzeit ihre letzten Arbeitstage als Beutebuchalterin bei einer Insolvenzverwalterin verbrachte und ich die Katastrophen hautnah mitbekam.
Irgendwie freue ich mich gerade so richtig über die Cloud und warte auf eine schöne Insolvenzwelle, wenn den Leutchen die Felle wegschwimmen und den Cloud-Vertrieblern die Umsätze richtig in den Keller gehen.
Durch den Bug! Nachdem wir das Script ausgeführt hatten, zeigten sie wieder Enterprise an.
In unserer Umgebung hat der Fehler viele Profil Problemen verursacht und die Hotline lief heiß.
Barco wusste schon früh das was im Busch ist. Ich habe gesehen, dass die Software selbstständig, ohne zutun in den Debug Modus gewechselt hat und kurz Zeit später war mein Profil platt. Bestimmt hat man sich der eingebauten Telemtrie bedient für ein Lagebild.
Auch super, dass die Software eine verstecke integrierte, nicht abschaltbar auto update Funktion hatte. Damit fällt ein ordentliches Testen vor dem ausrollen flach. Super sinnvoll in großen Umgebungen…
Wir müssen jetzt die Software am nach Hause telefonieren hindern. Vom Baco Support haben ich noch nichts gehört.
Klar ist es ein Problem der MS API. Aber warum zum Teufel aktiviert man dann das Feature wieder, wenn schon im Juni Fehler aufgetreten sind?
Die Software + Release Notes sind inzwischen zurück gezogen. Dank Rudyooms Screenshot auf Twitter sieht man, dass in den Release Notes wieder an der Funktion geschraubt wurde…
Barco kennt das Problem seit Sommer 2022, weil es damals bereits auftrat (siehe meine Verweise im Beitrag). Gut möglich, dass die damals die Funktionen zum Debugging eingebaut haben. Das Malheur kann aber jederzeit zuschlagen, wenn irgendwelche Apps die (Kalender) API-Funktionen nutzen.
Bei uns Trat das Problem im Firmen Umfeld auch auf wo die Click Share App im User Kontext installiert wurde.
Nur wieso jetzt?
Die Januar Windows Updates sind bei uns noch nicht installiert. Rollout erst heute 23.01.2022.
Es kann nicht an den Windows Updates liegen.
was aktualisiert wurde seit Montag war Office 365 und zwar im Semi-Annual Enterprise Channel wurde die Office Version von 16.0.14931.xxx auf
16.0.15601.20456 aktualisiert.
wir aktualsiieren unser Office Im Produktiv Umfeld halbjährlich
wir haben natürlich auch Clients im Semi-Annual Enterprise Preview Channel die Office Versionenen ein halbes Jahr vor der Produktiv Umgebung bekommen. Da ist uns aber nichts aufgefallen ggf auch keine Barco Anwender in der Pilot Gruppe?
Macht sehr viel Sinn – die Outlook-API würde ich Update-mäßig im Office-Umfeld verorten – aber: Das Zeugs hat oft heftige Abhängigkeiten, so dass ein früheres Windows Sicherheitsupdate dann mit einem API-Update kollidieren könnte. Warten wir ab, ob MS was verlauten lässt.
Bei uns trat das Problem auch auf. Hat uns auch ganz schön Nerven gekostet, da auch die konnektivität von Outlook ( Exchnage Online )betroffen war.
Der eine oder andere Client konnte keine Verbindung zum Server herstellen:
Vielen Dank einfach eine tolle Website.
Erstmal fetter Dank geht raus an Günnis und Rody Ooms Blog, der uns schon oft geholfen hat!
Mit deren Hilfe haben wir das Problem am 2. Tag identifiziert und Workarounds umgesetzt.
Alter Schwede, bei uns ging es ab 18.1 Rund mit ersten Startmenü Problemen.
Laut Nutzern öffnete das Startmenü nicht mehr. Nach einem Neustart gab es Berichte, dass Outlook, Teams und One Drive offline waren und nicht mehr funktionierten.
Das Problem hatten wir bereits immer wieder vereinzelt schon ab Herbst letzten Jahres. Die Ursache wurde nicht gefunden. Auf allen Clients ist die Clickshare Desktop App installiert. (Auch bei uns hat das Auto Update emsig und eisern im verborgenen seinen Dienst verichtet)
Mit einer GPO und Reg Key ist die Kalender Integration jetzt abgeschaltet. Vom Barco Support bisher keine Antwort. Wir wollen die Version 4.25.2 laut KB Artikel vom Support ausrollen.
Da stellt sich schon die Frage, WTF war im Qualitätsmanagment los? Im Mai/Juni schon das erste Mal schlechte Erfahrungen gesammelt.
Ich verstehe auch, dass es ein MS API Bug ist und dort der Hase im Pfeffer liegt.
Aber wenn man ganze Firmen für Stunden lahm legt, dann guck ich doch lieber ganz genau, UIUIUI…
Bei vielen Nutzern hat das Powershell Script geholfen, vereinzelt war Handarbeit gefragt.
Achja, laut Barco Log File hat die Software paar Stunden vorher das Update auf die inzwischen zurück gezogene Version gemacht.
Beachtet meinen Nachtrag am Artikelende, wo ich einen Folgebeitrag veröffentlicht habe. Barco Clickshare Calendar kann eine Ursache sein. Wenn die Infos stimmen, kommt ein Fix von Microsoft erst im März 2023.
Das Problem haben wir leider auch seit ca. 2 Wochen, das die Taskleiste und der Start Knopf bei Windows 11 keinerlei Funktion zeigte. Auch die Windows Bild und Fotoanzeige stürzte ab. Ich hatte den Fall allerdings auch bei mind. einem Rechner der keine Barcoo Lösung jemals genutzt hat. Bei den meisten Rechnern ist der Fehler aufgetaucht als Sie versuchten sich eine *.jpg oder *.png Bilddatei anzeigen zu lassen, und die Bild und Foto Anzeige nicht funktionierte, da gab es dann den Fehler "Schnittstelle nicht Unterstützt". Letztlich half auch nur ein neues Benutzerprofil für die User anzulegen, um Sie wieder ans Arbeiten zu bekommen.
Hatte jetzt über Wochen Taskleisten und Abstürze des Menüs und sämtliche Programme die wie cmd man aufrufen wollte schlossen sich sofort. Monitor ständig Explorer abstürze und Taskleistenabstürze verursacht. Somit wurde Bluescreen of death ausgelöst mit völlig verschiedensten Fehlermeldungen. letztendlich wurde der Stoppcode in den MBR rein geschrieben von Microsoft und Festplatte wurde am hoch fahren gehindert. Der Stopcode wurde auch in Linux auf einer eingebauten Ntfs Dateifestplatte mit angewendet, dass man über Linux auf der von Microsoft gesperrten Dateifestplatte (nicht nur Betriebssystemfestplatte von Windows) nichts mehr ausschneiden und Einfügen durfte nur noch Kopieren wurde in Linux aktiviert gehalten alles andere wurde von Microsoft systemübergreifend blockiert. Chkdsk, Sfc brachte nichts, Dism auch nichts, Grafiktreiber Austausch mit kompletter Neuinstallation auch mit DDU brachte null. Sfc und Dism fanden nichts Defender auch nicht. Ins Betriebssystem kam ich übrigens spielend leicht wieder rein indem ich mir die Festplatte mit Windows-Stick mit dem cmd-Befehl disk part wieder entsperrte: attributes disk clear read only. Boot repair und löschen und Neuformat der Efi brachte auch null Besserung. Es half nur ein zurück spielen des Images mit Clonezilla mit den alten Treibern und Updates aussetzen. Beim zurückspielen über Clonezilla musste ich TPM abstellen und Secure boot abstellen, das ich es mir zurück spielen konnte, hinterher konnte ich es wieder aktivieren, und die Efi neu erstellen. Ansonsten blockiert der Trusted installer und Secure boot die Passworteingabe wenn das Image verschlüsselt war oder spuckt unentwegt falsche Fehlermeldungen von Beschädigtem Image aus und stoppt unverschämt die Wiederherstellung. Tippe auf Grafiktreiberproblem von AMD Adrenalin oder Nvidia habe beide Grafikkarten. Danach trat nichts mehr auf ohne Adrenalinsoftware auch mit eingespielten Updates und Microsofttreiber nicht mehr. Habe auch Office Click to run für die 2021.
Hardwaredefekt ist aus schließbar, ansonsten würden in Linux die selben Probleme auftreten.