SniperSister Administrator

@Qfe die Erfahrung mit "automatischen" Lösungen für Barrierefreiheit, die wir bislang gemacht haben, ist dass die mehr Probleme verursachen als lösen. Die angebotenen "Optimierungen" (oder hier Übersetzungen) entsprechen oftmals dann doch nicht den Anforderungen der Zielgruppe und weil es automatisch passiert, macht sich auch kein Seitenbetreiber die Mühe, sich mal mit dem Ergebnis zu beschäftigen oder gar Finetuning zu betreiben. Die Betroffenen bekommen pseudo-sinnvolle Inhalte die ihnen…

Thx, ist aktualisiert

Ist ein bekanntes Problem der aktuellen Version des scripts. iOS Geräte wollen nicht die gesamte Datei herunterladen, sondern nur ein paar erste Frames. Das Script unterstützt aber nur gesamtdownloads und das mögen die Browser nicht. Lösung: script anpassen. Dafür fehlt mir aber bislang die Zeit.

Qfe was genau ist denn das Problem dass du lösen willst? Ein neuer Beitrag mit den wesentlichen Infos in leichter Sprache anzulegen ist doch trivial? Wozu brauchts da ein Plugin?

[…] Richtig. Wir wollen vermeiden, dass das Forum zu einer Self-Promotion Plattform wird, bei der es nicht mehr um die beste Lösung für ein Problem geht, sondern der persönliche Vorteil im Vordergrund steht.

Die interessante Frage ist eigentlich, woher der Aufruf mit einem null als Wert kommt, der vorschlagene Fix kümmert sich ja "nur" um die Symptome, nicht um das Grundproblem.

Was den Mechanismus angeht ist es positiv ;) Verbesserungspotenzial gibts sicherlich bei der Codequalität und der Anbindung ans Joomla-Framework, aber das ist ne Frage der Übung ;)

Ah I see, das heißt du erwartest die Existenz der Felder, sie müssen aber leer sein. Na dann feuer frei.

In der ajax.php ist recht gut nachvollziehbar, was passiert: https://github.com/joomla/joomla-cms/blob/5.2-dev/components/com_ajax/ajax.php [URL:https://github.com/joomla/joomla-cms/blob/d01ed85c9181b16bdf5e1cbecaa2f475123bf20c/components/com_ajax/ajax.php#L64] Beachte dabei insbesondere den Part, bei dem im Modulnamen bei _ oder - gesplitted wird - warum auch immer das der Fall ist. Das könnte, mit Blick auf deinen Modulnamen, hier unerwartete Ergebnisse produzieren. Zudem muss der…

Die automatische Injection machst du auf JS-Basis, was den Zweck des Plugins ein gutes Stück weit ad absurdum führt: Bots führen in der Regel aus performancegründen kein JS aus, somit wird kein Feld injected und erst recht auch nicht befüllt - dein Honeypot greift also nie.

Bei Joomla ist *immer* nur ein Update der letzten Patch-Version eines Branches (also der 4.4.13) auf die nachfolgende Version (also 5.2.6) möglich. Das ist nicht neu. Was das Update von 4.4.13 auf 5.2.6 angeht: das war in der Tat ein Dreher im Update-Server, ist jetzt korrigiert.

Falls du den Eintrag im Admin-Menü meinst: der wird nicht über den Serviceprovider generiert, sondern über das XML Manifest. Ich kann mich nur wiederholen: dir fehlen die Grundlagen, beschäftige dich bitte damit, alles andere hier ist sonst wildes rumraten.

Du hast den Hinweis aus #21 ignoriert; du brauchst EINE Namespace-Angabe.

Sieht grundsätzlich ok aus, prüf nochmal die Angaben zum namespace in der xml Datei (muss zu den Namespaces in den Dateien und dem ServiceProvider passen) und lösch ggf. mal die autoload_psr4.php unter administrator/cache

Dein DisplayController wird nicht gefunden. Prüf dort den Klassennamen und den angegebenen Namespace. Auch hier wird es mutmaßlich ein Problem mit dem Autoloading sein.

Grundsätzlich: es drängt sich der Eindruck auf, dass du ein paar Wissenslücken bei verschiedenen fundamentalen Themen hast. Das betrifft insbesondere Namespaces (https://www.php.net/manual/en/language.namespaces.php), Autoloading (https://manual.joomla.org/docs/general-concepts/namespaces/finding-classes-with-psr4/) und Dependency Injection (https://manual.joomla.org/docs/general-concepts/dependency-injection/). Schau unbedingt nochmal intensiv in die vorhandene Dokumentation und verfügbare…

Die wird (auch schon in dem Ursprungsbeispiel) nicht benötigt, weil die entsprechende Klasse im Code ja nicht verwendet wird

Dein Provider hat in der Struktur doch jetzt aber nichts mit der Beispieldatei zutun? DIe Beispieldatei returned direkt eine Objektinstanz, deine Datei hingegen definiert eine Klasse. Auch der Inhalt der Register Methode ist abweichend. Und der Namespace des Provider Interfaces ist falsch.

Das Problem ist nicht der fehlende Dispatcher (denn die provider.php verweist auf den Default Dispatcher) sondern die unvollständige provider.php, die keine Komponente registriert und die keinen korrekten Namespace angibt. Vergleich siehe hier: https://github.com/joomla/manual-examples/blob/main/component-exampleform/com_exampleform/administrator/components/com_exampleform/services/provider.php