Remote API nicht erreichbar
Prüfe zunächst, ob Remote API aktiviert ist, HTTPS verwendet wird und das Webservices-Plugin installiert sowie aktiv ist.
Prüfe zunächst, ob Remote API aktiviert ist, HTTPS verwendet wird und das Webservices-Plugin installiert sowie aktiv ist.
Ein ungültiger Joomla API Token wird in der geprüften Joomla-Umgebung bereits vor dem SayAdmin-Controller abgewiesen.
HTTP 401 oder 403 weist typischerweise auf Authentifizierung oder Berechtigung hin. Bei ungültigem Token kann Joomla in der dokumentierten Testumgebung stattdessen HTTP 500 liefern.
Prüfe Remote API, Remote Chat, Joomla Token, Benutzerrechte, Netzwerkverbindung und den Versionsvertrag zwischen PWA und API.
Prüfe den Voice-Schalter, das Recht sayadmin.remote.voice, Browser-Mikrofonfreigabe und ein unterstütztes Audioformat.
Ein Pending kann nach Ablauf seiner serverseitigen TTL nicht mehr bestätigt werden.
Eine Bestätigung wird abgelehnt, wenn Pending-ID, Eigentümer, Ablauf, Bestätigungstyp, Fresh State oder Idempotenzprüfung nicht passen.
Bei Red muss die sichtbare Sicherheitsphrase exakt so eingegeben werden, wie sie für das Pending angezeigt wird.
Eine PWA-Installation hängt von Browser, HTTPS, Manifest und Service Worker ab.
Auto-Reconnect funktioniert nur nach bewusst aktivierter und erfolgreich gespeicherter Geräteverbindung.
Prüfe Remote-Zugriff, Chat oder Voice sowie Yellow oder Red jeweils als getrennte Joomla-ACL-Rechte.
Wenn eine benötigte Joomla-Verifizierungsfunktion in der Laufzeit nicht verfügbar ist, darf SayAdmin keine vollständige Vorab- oder Laufzeitprüfung behaupten.
Prüfe Paket-, Komponenten- und Pluginversion sowie den Joomla-Datenbankschemastand getrennt.
Ein manueller Reset ist nur zur Fehlerbehebung erforderlich und entfernt je nach Browser App Shell und Website-Daten.