Office: Microsoft Sicherheitsupdate tauscht MSCOMCTL.OCX

Das heutige Sicherheitsupdate von Microsoft hat ein dickes Ei gelegt:
Nach dem Update , bei dem die MSCOMCTL.OCX ausgetauscht wird, funktioniert der Treeview nicht mehr, die aktion nodeclick wird nicht mehr weitergegeben. Wer hat die selbe Erfahrung gemacht, wer hat weitere Probleme dazu - und wer hat eine Lösung (ausser dem Austausch auf eine alte MSCOMCTL.OXC) dazu?

Momentan bewegt sich die Lawine von ca 500 Kunden-Pc´s nicht - aber das kann heute ganz schnell passieren

:)

 

Hallo Toblerone6,

habe seit heute Morgen dieselben Erfahrungen. MSComctlLib.Toolbar.2 geht auch nicht mehr, kein Event wird ausgelöst. *mad.gif*

Weißt du, welches Updates es war? Ich habe heute Morgen 14 installiert und würde eine Deinstallation versuchen. Sonstige Abhilfe habe ich leider momentan keine.

Gut, dass die Server noch nicht gepatched sind, das würde ein Chaos geben. Aber aktuell kann ich nicht weiter entwickeln.

Grüße,
Stefan

 

Laut Heise :

http://www.heise.de/security/meldung...n-1667602.html

dieses Update :

http://technet.microsoft.com/de-de/s...letin/ms12-060

 

kb2597986

So schließt man Sicherheitslücken in einer ocx, einfach mal die Ereignisse entfernen *wink.gif*
Betrifft übrigen alle Controls im mscommctl.ocx (Treeview, Listview, ...)

Ich hab heute noch schnell einen Urlaub beantragt, die Welle der Kundenbeschwerden die da auf uns (Access-Programmierer) zukommt, wird mächtig sein.

 

Hier eine weitere Meldung :

Security Update for mscomctl.ocx (KB2597986 MS12-060) August 2012 Updates: Listbox double-click no longer works

http://answers.microsoft.com/en-us/w...8-a31ebcf6a08a

 

Bei mir hat die Toolbar auch rumgesponnen.

Es gab zwei Wege zum Glück:
- Neusetzen des Verweises (leider bringt BrokenReference keinen Hinweis darauf)
- Neuregistrieren des OCX
regsvr32 c:\windows\system32\MSCOMCTL.OCX

 

Das kann ich für das TreeView aktuell noch nicht bestätigen (d.h. funktioniert weiterhin nicht).


@Toblerone6: Danke für die Vorwarnung!

 

Ich muss echt kotzen! Ich dachte MS hätte diese Controls wegen des Framework-Hypes endlich mal vergessen (es ging ja lange Zeit gut) und nun geht dieser Mist doch wieder los.

Nach mehrmaligem Ent- und Neuregistrieren der alten (6.1.98.33) und neuen Version (6.1.98.34) funktioniert es auf meinem Entwicklungsrechner (Win 7 32bit) plötzlich - ich weiß nur leider nicht warum.

Fakt ist, dass sich mit 6.1.98.34 der Versionseintrag in der Registry geändert hat. Es ist jetzt 2.1 statt 2.0 und genau diese Änderungen führen in Access zu den nervigen Problemen.

Ich habe mit VB6 mit der alten und neuen OCX-Version je ein Testprojekt erstellt und dann mal in das VBP geschaut. Ergebnis:

6.1.98.33: Object={831FDD16-0C5C-11D2-A9FC-0000F8754DA1}#2.0#0; MSCOMCTL.OCX
6.1.98.34: Object={831FDD16-0C5C-11D2-A9FC-0000F8754DA1}#2.1#0; mscomctl.ocx

 

Hallo!

Ich habe bisher zum Glück noch keine Probleme mit diesem Update erhalten. *cool.gif*

In dem zitierten Beitrag wird als eine Lösung folgendes berichtet:
>>We fixed it by doing the following in our DOT file that had the reference:
1) Removed the reference to MSCOMCTL.OCX
2) Saved DOT file.
3) Added new reference to MSCOMCTL.OCX
4) Saved DOT file.
Did not even have to Compile. Just changing the reference seems to have made it compatible with the newest OCX build.

 

Ich glaube (hoffe*wink.gif*, den Fehler gefunden zu haben. Will den ganzen Salm nun nicht nochmal schreiben, habe es hier zusammengefasst.

 

Hallo Uni,
recht herzlichen Dank für die Detektivarbeit.
Dafür gibt's von mir *10points

 

Ich schließe mich an... vielen Dank!

hab das gestern Abend gelesen, die Updates installieren lassen und dann mal getestet. ListViews, Listboxen funktionierten weiterhin problemlos, die einzige Datenbank mit einem TreeView die ich auf die Schnelle gefunden hab war der Ribbon-Admin... und hier wurde auch auf den Doppelklick reagiert.

Aber mit den Erläuterungen von Uni werde ich heute Abend nochmal genauer prüfen können :-)

 

\@Uni: Perfekt, das Löschen des Reg-Keys funktioniert. *Smilie

 

Hallo!

Vielen Dank an alle, die sich bisher die Mühe gemacht haben herauszufinden, was MS da wieder hübsches gemacht hat...

Ich verstehe das gerade nicht. Gestern abend habe ich das Update aufgespielt und den Teil KB2597986 MS12-060 deaktiviert. Es sollte nicht aufgespielt werden. Allerdings war es dann nach dem Update so, dass KB2597986 doch aufgespielt wurde. Das konnte ich dann im IE im Updateverlauf sehen: Sicherheitsupdate für Microsoft Office 2010 (KB2597986) 32-Bit-Edition.

Jetzt habe ich mir zwei meiner Accessanwendungen geholt (einmal Treeview, einmal Listview) und kurz getestet. Mit Doppelklick in einer Zeile des Listviews öffnete sich ein Änderungsformular. Im Treeview allerdings funktionierte die Klickereignisse in den Checkboxen nicht.

Ich habe dann den Verweis der MSCOMCTL.OCX im VBE Editor entfernt, gespeichert und wieder neu erstellt. Dann funktionierten die Nodeclicks wie gewohnt.

Jetzt schaue ich mir den Registrierungseditor an und sehe folgendes: Siehe Anhang. Ich habe beide Versionen im Registrierungseditor.

Was kann ich noch testen, um sicherzugehen, dass alles funktioniert? Ich bin mir da jetzt ein wenig unsicher geworden.

Ich verwenden XP SP 3 und Office 2012.

Grüße
Ingo

 

Hallo Ingo,

für mich wäre das so okay.

Du kannst Dir zur Sicherheit ja mal die Versionen der verwendeten Verweise ausgeben lassen:
Code:

Da sollte dann für die Common Controls die 2.1 geliefert werden.

CU