Office: (Office 2010) Laufzeitfehler 438 nach Benutzerkonten wechsel

Gute Tag,

Wir haben hier eine Excel-Tabelle geschickt bekommen, welche für Arbeitszeiten berechnung genutzt werden soll. (Welche Version für die Programmierung genutzt wurde ist mir nicht bekannt)
Auf dem Rechner bzw. Laptop wo diese betrieben werden soll, funktioniert es allerdings nicht wie es soll. (Office 2010)
Der normale Nutzer bekommt an verschiedenen stellen "Laufzeitfehler 438 Objekt unterstützt diese Eigenschaft oder Methode nicht".
Als Administrator lässt sich die Excel-Tabelle problemlos Starten und Ausführen.

Eine Fehlerhafte Zeile wo dieses Problem auftritt ist schon ziemlich am Anfang:
WBorg.Worksheets("Vorhaben Planung").optbut1stYear.Value = True

WBorg wurde vorher via
Dim WBorg As Workbook
Set WBorg = Workbooks(xxxyyyzzz)
gesetzt.

Wo das optbut1stYear her kommt hab ich noch nicht heraus gefunden.

Was mich wie gesagt etwas verwirrt ist die Tatsache, dass es als Administrator einwandfrei funktioniert und als Nutzer nicht.

Hat da jemand eine Idee woran das liegen könnte?
Vorher gab es einen anderen Laufzeitfehler, welcher jedoch mittels dem Patch kb2553154 behoben werden konnte.
Könnte das jetzt auch wieder an einem Patchfehler liegen? Habe dazu bisher leider nichts gefunden.

Vielen Dank schonmal für eure Hilfe.

 

Hallo,

hier gibt's einen längeren Thread zum Patch: http://answers.microsoft.com/de-de/...cel-2013/8343010f-4274-4835-8c78-e125485ec8d1

Du könntest auf dem betroffenen Rechner alle (!) *.exd-Dateien löschen und schauen, ob's dann wieder geht.
Siehe die Antwort von Mario K auf der ersten Seite im Thread.

Gruß

 

Hallo,

Alle diese blau markierten Stellen deuten alle auf 1 Problem hin:

• Es wird ein ActiveX-Control (ein Radio-Button-Steuerelement) namens "optbut1styear" im Arbeitsblatt "Vorhaben Planung" verwendet.
• Es wurde (für manche User) der Patch kb2553154 ausgeführt.

Liest man bei Microsoft nach
https://support.microsoft.com/en-us/kb/3025036
erhält man als Lösung angeboten, dass man die "Cache extender files" für ActiveX-Controls löschen soll: Das sind Dateien mit Dateierweiterung "*.exd". Dieses Löschen ist unproblematisch, denn, wie Microsoft im vorgenannten Link ausführt, werden diese Dateien ohnehin wieder automatisch erzeugt, sobald sie benötigt werden. Aber veraltete Versionen dieser Dateien sind die Wurzel des Übels. Da diese Dateien auch separat für jeden einzelnen User existieren können, erklärt sich auch das Phänomen, dass der Administrator-User keine Probleme hat, die anderen User aber schon.

Der vorgenannte Microsoft-Link bietet 2 Verfahren an, die im Grunde dasselbe bewirken:

• In den Windows-Explorer gehen und am lokalen Festplattenlaufwerk nach allen Dateien mit Dateierweiterung "*.exd" suchen lassen. Danach alle diese Dateien ausnahmslos löschen - aus sämtlichen Userprofilen.
• Oder aber einen der beiden "Download"-Buttons (blau eingefärbt) verwenden, wobei der erste für den "currently logged-on user" gedacht ist und der zweite für den "Administrator"-User, wobei mir nicht klar ist, ob der 1. Button nur den aktuellen User bereinigt.

Wie gesagt, müssen auf allen PCs für alle User, die mit der fehlerproduzierenden Excel-Datei zu tun haben, diese "*.exd"-Dateien 1x gelöscht werden - für User, die bisher keine Probleme damit hatten, braucht das natürlich nicht durchgeführt werden.

 

Danke für den Hinweis, es lag jedoch nicht an den *.exd Dateien die erstellt wurden, sondern tatsächlich wieder an nem Fehlenden Patch.
Für Office 2010 der KB2920813
und für Office 2007 KB2984939

nun funktioniert alles einwandfrei.
Vielen danke für eure Hilfe