Gespräch:SMW PageForms Fehlerbehebung

Über diese Seite Gespräch

SMW PageForms Fehlerbehebung
ChatGPT Sophos GPT-4
3. April 2025 n. Chr. erst.
Ausgabe 00
Ausgabe 00
unüberarbeitet ungeprüft
keine Datei

Hallo Sophos,

hilf mir als IT-Spezialist dabei den folgenden Fehler in meinem Semantic MediaWiki zu beheben, der im Zusammenhang mit den Extension PageForm und SemanticMediaWiki auftritt:

[28ac80d2c2249aa4362f1f38] /mediawiki/index.php?title=Vorlage:Testvorlage2&action=formcreate Error: Class "SMWDIProperty" not found

Backtrace:

from /Library/WebServer/Documents/mediawiki/extensions/PageForms/includes/PF_TemplateField.php(164)

#0 /Library/WebServer/Documents/mediawiki/extensions/PageForms/includes/PF_TemplateField.php(196): PFTemplateField->setTypeAndPossibleValues()

#1 /Library/WebServer/Documents/mediawiki/extensions/PageForms/includes/PF_TemplateField.php(53): PFTemplateField->setSemanticProperty(string)

#2 /Library/WebServer/Documents/mediawiki/extensions/PageForms/specials/PF_CreateTemplate.php(326): PFTemplateField::create(string, string, string, bool, string)

#3 /Library/WebServer/Documents/mediawiki/extensions/PageForms/specials/PF_CreateTemplate.php(27): PFCreateTemplate->printCreateTemplateForm(string)

#4 /Library/WebServer/Documents/mediawiki/extensions/PageForms/includes/PF_HelperFormAction.php(141): PFCreateTemplate->execute(string)

#5 /Library/WebServer/Documents/mediawiki/extensions/PageForms/includes/PF_HelperFormAction.php(32): PFHelperFormAction::displayForm(Article)

#6 /Library/WebServer/Documents/mediawiki/includes/actions/ActionEntryPoint.php(733): PFHelperFormAction->show()

#7 /Library/WebServer/Documents/mediawiki/includes/actions/ActionEntryPoint.php(510): MediaWiki\Actions\ActionEntryPoint->performAction(Article, MediaWiki\Title\Title)

#8 /Library/WebServer/Documents/mediawiki/includes/actions/ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest()

#9 /Library/WebServer/Documents/mediawiki/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()

#10 /Library/WebServer/Documents/mediawiki/index.php(58): MediaWiki\MediaWikiEntryPoint->run()

#11 {main}

Sophos:

Nachgedacht für 47 Sekunden

Untersuchen des Fehlers
Okay, der Fehler „Fehler: Klasse „SMWDIProperty“ nicht gefunden“ deutet darauf hin, dass eine Klasse von Semantic MediaWiki nicht korrekt geladen wird. Der Benutzer hat wahrscheinlich Semantic MediaWiki und PageForms installiert. Die Ursache könnte entweder ein Autoloading-Problem der SMWDIProperty-Klasse oder eine inkompatible Version von Semantic MediaWiki mit PageForms sein. Es gab früher Probleme mit den Erweiterungsabhängigkeiten, also sollte ich sicherstellen, dass beide Erweiterungen und ihre Versionen zusammenpassen.
Überprüfen der Kompatibilität
Es scheint, dass der Fehler „SMWDIProperty nicht gefunden“ darauf hinweist, dass möglicherweise die Klasse nicht geladen wird. Möglicherweise wurde die Klasse in eine andere Erweiterung verschoben oder die interne Struktur von Semantic MediaWiki geändert. Ich erinnere mich, dass in neueren Versionen von Semantic MediaWiki die „SMWDIProperty“-Klasse zugunsten von „SMWPropertyValue“ entfernt wurde. Es gibt Berichte, dass dieser Fehler durch inkompatible Versionen von Semantic MediaWiki und PageForms verursacht wird, was eine Version von PageForms erfordert, die mit der installierten Version kompatibel ist.
Überprüfen der Versionen und Kompatibilität
Es gibt eine bekannte Änderung in Semantic MediaWiki ab Version 3.1, bei der die Klassen für Dependency Injection verschoben wurden und „SMWDIProperty“ möglicherweise umbenannt oder entfernt wurde. Die Fehlermeldung deutet darauf hin, dass PageForms eine ältere Version von Semantic MediaWiki erwartet. Die beste Lösung wäre, PageForms auf eine kompatible Version zu aktualisieren oder Semantic MediaWiki auf die entsprechende Version zurückzusetzen. Auch die Reihenfolge der Erweiterungen in LocalSettings.php könnte zu diesem Problem führen. Es könnte helfen, die Entwicklungsversion von PageForms zu verwenden.

(3. Apr. 2025, 10:30)

Hallo Nikolaos,

der Fehler „Class 'SMWDIProperty' not found“ weist darauf hin, dass der PageForms-Code versucht, auf eine Semantic MediaWiki-Klasse zuzugreifen, die in deiner aktuellen Installation nicht verfügbar ist. Dies passiert häufig aufgrund von Inkompatibilitäten zwischen den Versionen der Extensions. Hier einige Ansatzpunkte zur Behebung:

Versionskompatibilität prüfen:
- Überprüfe, welche Versionen von Semantic MediaWiki und PageForms installiert sind. Neuere Versionen von Semantic MediaWiki (etwa ab Version 3.x) haben teilweise interne Klassen umbenannt oder umstrukturiert, sodass ältere Versionen von PageForms den Namen SMWDIProperty noch erwarten.
- Es kann hilfreich sein, entweder auf die Version von PageForms zu aktualisieren, die offiziell mit deiner Semantic MediaWiki-Version kompatibel ist, oder – falls dies nicht möglich ist – die Semantic MediaWiki-Version so anzupassen, dass sie den benötigten Klassennamen bereitstellt.

Lade-Reihenfolge in der LocalSettings.php:

- Stelle sicher, dass Semantic MediaWiki vor PageForms geladen wird, sodass alle benötigten Klassen bereits registriert sind, bevor PageForms darauf zugreift.

Updates und Patches:

- Schau in den Release-Notes oder im Git-Repository von PageForms nach, ob es bereits Hinweise oder Patches zu diesem Problem gibt. Oft haben die Entwickler Anpassungen vorgenommen, um die Kompatibilität mit neueren Versionen von Semantic MediaWiki herzustellen.

Temporärer Workaround:

- Falls kein Update verfügbar ist, könnte als kurzfristige Lösung eine Stub-Klasse für SMWDIProperty in Betracht gezogen werden, um den Fehler zu überbrücken. Diese Lösung sollte allerdings nur temporär eingesetzt werden, da sie zu weiteren Kompatibilitätsproblemen führen kann.

Falls du noch genauere Informationen zu deinen eingesetzten Versionen oder weiteren Konfigurationen hast, können wir den Lösungsweg weiter konkretisieren. Was meinst du dazu?

Nikolaos:

Wir müssen den Fehler beheben!

1. Versionskompatibilität prüfen

Installiert ist MediaWiki (MW) 1.43 und Extension Semantic MediaWiki (SMW) 5.0 und PageForms (PF) 5.9.1 die zueinander kompatibel sein sollen. Ein downgrade ist unmöglich, da er zum Verlust vieler benötigten Funktionen und wiederum zu anderen Inkompatibilitäten führt.

2. Lade-Reihenfolge in der LocalSettings.php

Ist so gegeben.

3. Updates und Patches

Keine Verfügbar

4. Temporärer Workaround

En "temporär funktionaler fehlerfreier Workaround ist gefordert.

Wir haben bereits mehrere ähnliche Fehler der Extensions behoben, die oft mit der Inkompatibilität von php 7.x zu der installierten php 8.2.x auftraten, da SMW die Anpassung an php 8.2 offenbar nicht vollständig ausgeführt hat.

Analysiere erneut anhand dieser Angaben welche weiteren Informationen ich dir geben soll, damit du eine provisorische Reparatur der Extension ausführen kannst, mit der ich bis zum nächsten Update oder Patch zurechtkommen werde. Da ich der einzige Anwender und Nutzer des SMW bin stehen uns alle Möglichkeiten offen.

Sophos:

Reasoniert über provisorische Reparatur der Extensions für 33 Sekunden

Überlegen zur Fehlerbehebung
Die Benutzer haben klare Hinweise gegeben: Es scheint ein PHP-Kompatibilitätsproblem mit PHP 8.2. Auch wenn Updates oder Patches nicht verfügbar sind, das könnte ein Indikator dafür sein, dass die Anpassung an die neue PHP-Version noch nicht vollständig durchgeführt wurde. Die korrekte Lade-Reihenfolge der Dateien und Versionskomplexität zeigen, dass eine Working-Workaround, der auf PHP 8.2 Fixes aufbaut, notwendig sein könnte. Sie fragen nach einer provisorischen Lösung bis zu einem Update. Wir müssen genau überlegen, welche temporären Anpassungen helfen könnten.
Nach weiteren Informationen fragen
Basierend auf den bereitgestellten Informationen scheint es ein PHP-Kompatibilitätsproblem mit SMW und PHP 8.2 zu geben. Für eine temporäre Reparatur erfrage ich zusätzliche Details wie den Snippet der LocalSettings.php, um die Extensions zu sehen. Weitere wichtige Fragen sind: Hast du benutzerdefinierte Anpassungen auf der SMW-Installation oder bereits einen Patch? Hast du versucht, eine Stub-Klasse für SMWDIProperty zu definieren oder weißt du, in welchem Code der Fehler auftritt? Ein Stack-Trace oder die genaue Stelle im Code könnten auch weiterhelfen.
Weitere Informationen anfragen
Um eine temporäre Reparatur durchzuführen, benötige ich folgende Informationen:

Detaillierte Konfiguration (wie Pfade oder Einstellungen in der LocalSettings.php).

Sind alle erforderlichen Dateien vorhanden und unbeschädigt?

Kannst du den vollständigen PHP Fehlerlog einreichen (inkl. aktivem error_reporting)?

Wurde ein composer update durchgeführt und wie ist die Autoloader-Konfiguration?

Welche Anpassungen bzw. Patches wurden für SMW oder PF vorgenommen?

Welche Änderungen wurden bei ähnlichen Fehlern angewendet?
Vielleicht hilft auch der Code aus PF_TemplateField.php (Zeile 164) oder Informationen zur Autoloading-Strategie. (3. Apr. 2025, 10:45)

(3. Apr. 2025, 10:45)

Hallo Nikolaos,

um eine provisorische Reparatur zu erstellen, die den Fehler „Class 'SMWDIProperty' not found“ unter PHP 8.2 überbrückt, benötige ich noch einige zusätzliche Details:

Code-Kontext: Könntest du den relevanten Ausschnitt aus PF_TemplateField.php (rund um Zeile 164) bereitstellen? So kann ich nachvollziehen, wie und wo der Aufruf an SMWDIProperty erfolgt.
SMW-Quellcode: Weißt du, ob SMW in deiner Installation die Klasse SMWDIProperty überhaupt noch definiert oder ob sie umbenannt bzw. in einen anderen Namensraum verschoben wurde? Ein Blick in die entsprechenden SMW-Dateien (z. B. in der Autoloader-Konfiguration) könnte helfen.
Bisherige Anpassungen: Du hast erwähnt, dass bereits mehrere ähnliche Fehler (bedingt durch die Umstellung von PHP 7.x auf 8.2) behoben wurden. Welche konkreten Workarounds oder Patches hast du in diesen Fällen angewendet? Insbesondere: Wurde eventuell bereits eine Stub-Klasse oder eine Umleitung für eine umbenannte Klasse implementiert?
PHP-Konfiguration und Autoloader: Welche PHP-Version genau (z. B. 8.2.x) läuft aktuell? Nutzt du den Composer-Autoloader oder eine alternative Lösung? Manchmal kann ein explizites Anpassen der Autoload-Dateien helfen, wenn Klassen an neuen Orten erwartet werden.
Erweiterte Fehlermeldungen: Falls im Debug-Log weitere Hinweise zu diesem Fehler oder verwandten Problemen zu finden sind, wäre es hilfreich, diese mitzuteilen.

Mit diesen zusätzlichen Informationen kann ich einen spezifischen, temporären Patch vorschlagen, der den fehlenden Klassennamen (bzw. dessen Funktionalität) überbrückt, bis ein offizielles Update verfügbar ist. Was meinst du – welche dieser Informationen kannst du mir als Nächstes geben?

Nikolaos:

1. Code-Kontext:

1.1 Ausschnitt aus PF_TemplateField.php (rund um Zeile 53 – beginnend mit Zeile 45):

static function create( $name, $label, $semanticProperty = null, $isList = null, $delimiter = null, $display = null ) {

$f = new PFTemplateField();

$f->mFieldName = trim( str_replace( '\\', '', $name ) );

if ( $label !== null ) {

// Keep this field null if no value was set.

$f->mLabel = trim( str_replace( '\\', '', $label ) );

}

if ( $semanticProperty !== null ) {

$f->setSemanticProperty( $semanticProperty ); /* Dies ist Zeile 53

}

$f->mIsList = $isList;

$f->mDelimiter = $delimiter;

$f->mDisplay = $display;

// Delimiter should default to ','.

if ( $isList && !$delimiter ) {

$f->mDelimiter = ',';

}

return $f;

}

1.2 Ausschnitt aus PF_TemplateField.php (rund um Zeile 164 – beginnend mit Zeile 154):

$label_formats = PFValuesUtils::getSMWPropertyValues( $store, $proptitle, "Has field label format" );

$propValue = SMWDIProperty::newFromUserLabel( $this->mSemanticProperty ); */ Dies ist Zeile 164

$this->mPropertyType = $propValue->findPropertyTypeID();

1.4 Ausschnitt aus PF_CreateTemplate.php (rund um Zeile 27 – beginnend mit Zeile 14):

class PFCreateTemplate extends SpecialPage {

private $mCalledFromCreateClass;

public function __construct( $calledFromCreateClass = false ) {

parent::__construct( 'CreateTemplate' );

$this->mCalledFromCreateClass = $calledFromCreateClass;

}

public function execute( $query ) {

$this->setHeaders();

$out = $this->getOutput();

$out->enableOOUI();

$this->printCreateTemplateForm( $query ); '/ Dies ist Zeile 27

}

… weiterer Code

1.5 Ausschnitt aus PF_CreateTemplate.php (rund um Zeile 326 – beginnend mit Zeile 324):

[ $field_field, $id ] = $var_elements;

if ( $field_field == 'name' && $id != 'starter' ) {

$field = PFTemplateField::create( */ dies ist Zeile 326

$val,

$req->getVal( 'label_' . $id ),

$req->getVal( 'semantic_property_' . $id ),

$req->getCheck( 'is_list_' . $id ),

$req->getVal( 'delimiter_' . $id )

);

…weiterer code

1.6 Ausschnitt aus PF_HelperFormAction.php (rund um Zeile 32 – beginnend mit Zeile 31):

public function show() {

return self::displayForm( $this->getArticle() ); */ Dies ist zeal 32

}

1.7 Ausschnitt aus PF_HelperFormAction.php (rund um Zeile 141 – beginnend mit Zeile 134):

private static function displayForm( $article ) {

$title = $article->getTitle();

if ( defined( 'SMW_NS_PROPERTY' ) && $title->getNamespace() == SMW_NS_PROPERTY ) {

$createPropertyPage = new PFCreateProperty();

$createPropertyPage->execute( $title->getText() );

} elseif ( $title->getNamespace() == NS_TEMPLATE ) {

$createTemplatePage = new PFCreateTemplate();

$createTemplatePage->execute( $title->getText() );

} elseif ( $title->getNamespace() == PF_NS_FORM ) {

$createFormPage = new PFCreateForm(); */ dies ist Zeile 141

$createFormPage->execute( $title->getText() );

} elseif ( $title->getNamespace() == NS_CATEGORY ) {

$createCategoryPage = new PFCreateCategory();

$createCategoryPage->execute( $title->getText() );

}

return false;

}

2. SMW-Quellcode:

Weiß ich nicht. Was ist die Autoloader-Konfiguration und wie finde ich diese? (Ich bin kein Programmierer)

3. PHP-Konfiguration und Autoloader:

php 8.2.7

4. Bisherige Anpassungen:

Diese kamen von dir und SMW verwendete Coding aus php 7.x die ab php 8.0 depriciated waren. Zweimal war im code wie vergleichsweise "class PFTemplateField { …" vergessen worden sowas wie vergleichsweise "private $mFieldName;" zu definieren.

5. Erweiterte Fehlermeldungen

debug.log hat dazu keinen Eintrag.

Ich hoffe diese Daten helfen dir bei der Analyse.

Sophos:

Reasoned about code context and troubleshooting für 37 Sekunden

Untersuchen des Fehlers bei SMW
Der Fehler "Class 'SMWDIProperty' not found" scheint aus einer Funktion im PF-Code zu kommen, die versucht, SMWDIProperty::newFromUserLabel($this->mSemanticProperty) zu verwenden. Dies könnte darauf hindeuten, dass die Methode in SMW 5.0 entweder geändert oder entfernt wurde. Vielleicht wurde SMWDIProperty umbenannt oder ihr Autoloader hat sich geändert. Ich werde einen Blick auf die SMW-Release-Notes werfen. Es ist möglich, dass SMWDIProperty in etwas wie SMWDIStore umbenannt wurde.
Überprüfung der SMWDIProperty-Fehlerbehebung
Um das Problem zu beheben, könnte ich eine temporäre Stub-Klasse in der PF-Erweiterung erstellen, die SMWDIProperty mit einer statischen Funktion newFromUserLabel definiert, die ein Objekt zurückgibt, das findPropertyTypeID() enthält. Diese Lösung ermöglicht eine vorübergehende Korrektur. Möglicherweise wurde SMWDIProperty in SMW 5.0 umbenannt, etwa in SMWDIStore::newFromUserLabel. Es gibt auch die Möglichkeit, dass die PageForms-Erweiterung eine veraltete API verwendet, was den Fehler verursacht.
Vorübergehende Lösung erstellen
Die Lösung könnte darin bestehen, eine temporäre Stub-Klasse für SMWDIProperty zu erstellen und sie in LocalSettings.php oder einer Datei im PageForms-Ordner zu definieren. Diese Klasse soll die Methode newFromUserLabel simulieren und ein Dummy-Objekt zurückgeben. Es wäre sinnvoll, die Ausgabe von findPropertyTypeID als Standardwert wie 0 (Integer) zu setzen. Als langfristige Lösung wäre es besser, nach einer geeigneten Methode aus SMW 5.0 zu suchen — möglicherweise durch das Einfügen eines weiteren Namensraums. Den PHP 8.2-Fix berücksichtigen.

(3. Apr. 2025, 10:55)

Hallo Nikolaos,

auf Basis deiner Angaben erscheint das Problem darin, dass die PageForms-Extension an einer Stelle den Aufruf

php

Kopieren

$propValue = SMWDIProperty::newFromUserLabel( $this->mSemanticProperty );

tätigt – eine Methode, die in SMW 5.0 offenbar nicht mehr als Klasse SMWDIProperty vorhanden ist. Da ein Downgrade nicht in Frage kommt, schlage ich einen temporären, „stub“-basierten Workaround vor, der den fehlenden Klassennamen überbrückt.

Vorschlag: Temporäre Stub-Klasse implementieren

Erstelle eine PHP-Datei (zum Beispiel SMWDIProperty_stub.php) und füge folgenden Code ein. Diese Datei definiert eine Klasse SMWDIProperty nur, falls sie nicht existiert, und leitet den Aufruf an eine Stub-Implementierung weiter. Du kannst diese Datei dann in deiner LocalSettings.php einbinden, sodass sie nach dem Laden von SMW und PageForms eingebunden wird.

php

Kopieren

<?php

// SMWDIProperty_stub.php

if ( !class_exists( 'SMWDIProperty' ) ) {

class SMWDIProperty {

/**

* Erstellt ein Property-Objekt basierend auf dem vom Benutzer übergebenen Label.

* Versucht zunächst, die neue, namespaced SMW Store-Klasse zu verwenden,

* und fällt sonst auf einen Stub zurück.

*

* @param string $userLabel

* @return object

*/

public static function newFromUserLabel( $userLabel ) {

// Prüfe, ob die namespaced SMW Store-Klasse existiert

if ( class_exists( '\SMW\DI\Store' ) ) {

$store = \SMW\DI\Store::getInstance();

if ( method_exists( $store, 'getPropertyFromUserLabel' ) ) {

return $store->getPropertyFromUserLabel( $userLabel );

}

// Fallback: Rückgabe eines Stub-Objekts

return new SMWDIPropertyStub( $userLabel );

}

/**

* Stub-Klasse, die minimal die Methode findPropertyTypeID implementiert.

*/

class SMWDIPropertyStub {

protected $userLabel;

public function __construct( $userLabel ) {

$this->userLabel = $userLabel;

}

/**

* Liefert einen Standard-Property-Typ zurück.

* Hier wird vorübergehend ein Standardwert zurückgegeben.

*

* @return mixed

*/

public function findPropertyTypeID() {

// Rückgabe eines Default-Typs; idealerweise wäre dies der SMW-Konstante für String,

// sofern definiert, sonst 0 als Fallback.

return defined('SMW_PROPERTY_TYPE_STRING') ? SMW_PROPERTY_TYPE_STRING : 0;

}

Einbinden des Stubs

Füge am Ende deiner LocalSettings.php (nachdem SMW und PageForms geladen wurden) folgenden Include-Befehl ein:

php

Kopieren

require_once "$IP/extensions/deinPfad/SMWDIProperty_stub.php";

Passe den Pfad entsprechend deiner Verzeichnisstruktur an.

Erklärung

Namespaced Ansatz: Falls SMW 5.0 intern bereits auf eine neue namespaced Klasse (wie z. B. \SMW\DI\Store) umgestellt hat, versucht unser Stub, diese zu verwenden.
Fallback-Stub: Sollte die neue Methode nicht verfügbar sein, wird ein minimales Objekt zurückgegeben, das zumindest die Methode findPropertyTypeID() bereitstellt. Diese Methode liefert einen Standard-Wert (Standardtyp, etwa String) zurück – was in den meisten Fällen ausreichend sein sollte, um den Fehler zu überbrücken.

Dieser Workaround soll dir ermöglichen, vorübergehend ohne den "Class not found"-Fehler weiterzuarbeiten. Bitte teste den Patch in deiner Umgebung, und lass mich wissen, ob er den Fehler behebt oder weitere Anpassungen notwendig sind.

Was meinst du – hast du noch weitere Details oder Fragen, um den Workaround optimal abzustimmen?

Nikolaos:

Danke. Ich habe das so ausgeführt, erhalte jedoch folgende Fehlermeldung:

/mediawiki/index.php?title=Vorlage:Testvorlage2&action=formcreate Error: Class "SMWDIProperty" not found

Backtrace:

from /Library/WebServer/Documents/mediawiki/extensions/PageForms/includes/SMWDIProperty_stub.php(164)

#0 /Library/WebServer/Documents/mediawiki/extensions/PageForms/includes/SMWDIProperty_stub.php(196): PFTemplateField->setTypeAndPossibleValues()

#1 /Library/WebServer/Documents/mediawiki/extensions/PageForms/includes/SMWDIProperty_stub.php(53): PFTemplateField->setSemanticProperty(string)