Forum Discussion

willyHH1409's avatar
willyHH1409
Copper Contributor
Sep 10, 2026

Problembericht für Microsoft (WebView2 + Access)

 

Titel: Access WebView2‑Integration scheitert trotz aktueller Office‑Version und installierter Runtime (COM‑Registrierung fehlt)

Text: Ich teste die WebView2‑Integration in Microsoft Access (Microsoft 365, Current Channel Preview). System: Windows 11, Office Version 2609 (Build 16.0.20430.20032), WebView2 Runtime Evergreen installiert.

Trotz korrekter Installation erkennt Access das WebView2‑Steuerelement nicht. Die Diagnose zeigt:

  • WebView2 Runtime: installiert
  • COM‑Objekt Microsoft.Web.WebView2: nicht registriert
  • Registry‑Pfad HKEY_CLASSES_ROOT\Microsoft.Web.WebView2: nicht vorhanden
  • Access‑Steuerelement: nicht sichtbar

Alle Reparaturversuche (Evergreen Installer, Winget, Windows‑Apps, Office‑Update, Edge‑Reparatur) bleiben ohne Wirkung. Die Runtime scheint als Store‑App‑Runtime installiert zu sein, die keine klassischen COM‑Klassen erzeugt. Access benötigt jedoch zwingend die Desktop‑Runtime mit vollständiger COM‑Registrierung.

Fragen an Microsoft:

  1. Warum registriert die WebView2‑Runtime auf manchen Systemen keine COM‑Klassen?
  2. Warum erkennt Access die Store‑Runtime nicht, obwohl sie technisch vorhanden ist?
  3. Wie erzwingt man die Installation der Desktop‑Runtime, die Access benötigt?
  4. Gibt es bekannte Konflikte zwischen Store‑Runtime und Office‑WebView2‑Integration?
  5. Welche Office‑Builds und Kanäle aktivieren die WebView2‑COM‑Interop zuverlässig?

Ich bitte um eine offizielle, eindeutige Anleitung, wie man sicherstellt, dass Access die WebView2‑Runtime korrekt erkennt.

 

MS Build

1 Reply

  • Jamony's avatar
    Jamony
    MCT
    Sep 13, 2026

    The missing Microsoft.Web.WebView2 registry entry is not Microsoft's documented test for whether the WebView2 Runtime is installed. Its deployment guidance checks the EdgeUpdate Clients version value or the supported runtime-version API instead. In Access, the supported feature is the built-in Edge Browser Control, added from a form's Controls group, not a control you establish by manually registering that ProgID. Microsoft's Access guidance lists Microsoft 365 build 16.0.16327.20214 or later, so your reported build is above that baseline. Test a blank database and form, open Layout View, and inspect the full Controls gallery for Edge Browser Control. Verify the installed Access product and runtime using those documented checks. Since repairs have already failed, provide Microsoft support with the build, bitness, product license, and blank-database result. The evidence does not establish a Store-versus-desktop runtime conflict, and forcing registry entries would not be a supported resolution.