Fatal Error in profile_fields.php

[radium88]

Guten Abend zusammen,

Vor einiger Zeit habe ich den upgrade von 2.2.9c auf 2.3.3 gemacht. Jetzt wollte ich eine Mutation eines Mitgliedes machen. Das Resultat:

Fatal error: Call to a member function getValue() on a non-object in /home/blabla/public_html/client-xxxxxx/lgin/adm_program/system/classes/profile_fields.php on line 350

Weiter habe ich zwei Error_logs in den Verzeichnissen /adm_program und /adm_program/administration/backup mit folgendem Inhalt gefunden:

ErrorLog in /adm_program/administration/backup
[24-Mar-2012 13:47:04] PHP Warning: require_once(../../system/common.php) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: No such file or directory in /home/blabla/public_html/client-xxxxxx/lgin/adm_program/administration/backup/backup_script.php on line 15
[24-Mar-2012 13:47:04] PHP Fatal error: require_once() [<a href='function.require'>function.require</a>]: Failed opening required '../../system/common.php' (include_path='.:/usr/lib/php:/usr/local/lib/php:/usr/share/pear') in /home/blabla/public_html/client-xxxxxx/lgin/adm_program/administration/backup/backup_script.php on line 15

ErrorLog in /adm_program
[24-Mar-2012 13:52:23] PHP Fatal error: Call to a member function addLanguagePath() on a non-object in /home/blabla/public_html/client-xxxxxx/lgin/adm_plugins/login_form/login_form.php on line 33
[24-Mar-2012 13:52:49] PHP Fatal error: Call to a member function getValue() on a non-object in /home/blabla/public_html/client-xxxxxx/lgin/adm_themes/modern/my_body_top.php on line 8
[24-Mar-2012 13:53:07] PHP Fatal error: Call to a member function addLanguagePath() on a non-object in /home/blabla/public_html/client-xxxxxx/lgin/adm_plugins/login_form/login_form.php on line 33
[24-Mar-2012 13:53:37] PHP Fatal error: Call to a member function addLanguagePath() on a non-object in /home/blabla/public_html/client-xxxxxx/lgin/adm_plugins/login_form/login_form.php on line 33
[24-Mar-2012 13:56:34] PHP Fatal error: Call to a member function get() on a non-object in /home/blabla/public_html/client-xxxxxx/lgin/adm_plugins/login_form/config.php on line 41
[24-Mar-2012 13:57:16] PHP Fatal error: Call to a member function get() on a non-object in /home/blabla/public_html/client-xxxxxx/lgin/adm_themes/modern/my_body_bottom.php on line 16

Im Forum habe ich die Prozedur "Probleme beim Update" gefunden und durchgeführt. Die Fehlermeldung blieb erhalten.
Die Meldung tritt bei Änderung eines x-beliebigen Mitglied auf.

Erschreckend ist das Errorlog im Backupbereich da nicht klar ist ob der Backup damals richtig gelaufen ist.

Frage an die Entwickler:
Ist ein Zusammenhang mit Änderungen 2.2.9c auf 2.3.3 erkennbar?
Gibt es einen Ansatz wie ich den Fehler finden kann?
Hat sowas schon jemand bemerkt?

Mein schlimmster Fall ist dass ich auf die Version 2.2.9c zurück und die Mutationen nachfahren muss.

Lieben Gruss aus der Schweiz

Fredi Bachmann

[fasse]

Hast du auch die Plugins aktualisiert ?
In diesem speziellen Fall das login_form Plugin ?
Funktionieren andere Teile von Admidio denn richtig ?

Gruß
Fasse

[radium88]

Guten Abend Fasse

Ja, das Plugin login_form ist die Version 1.5.0 für 2.3.0
Sonst ist mir noch nichts aufgefallen.

Danke
Fredi

[radium88]

Zwischenstand meiner Ermittlungen:

Mittlerweile habe ich a) die Version 2.2.9c wieder installiert und b) die DB passend zurück geladen.
Auf diesem Stand funktioniert alles gut.

Anschliessend habe ich die Version 2.3.4 installiert, den login_form 1.5 für 2.3 geladen (obwohl der Plugin beim 2.3.4 schon enthalten ist) und den update.php ohne Fehlermeldung durchgeführt.

Das Resultat war dass der Fehler bei einer Mutation wieder auftrat. Ich versuchte auch ein neues Mitglied einzufügen, was misslang. Hier bekomme ich keine Fehlermeldung. Der Record wurde einfach nicht angelegt. Ein Trace wäre jetzt Toll! (Gibt es sowas?)

Auf dem Weg der Suche habe ich noch drei Kleinigkeiten entdeckt, die werd ich aber anschliessend in einem anderen Thema beschreiben.

Suche nun weiter

Gruss Fredi

[fasse]

Hallo Ferdi,

ich komm mit deinen Fehlerlogdaten nicht so ganz klar. Die Hinweise dort sind eher verwirrend, da es die dort angegebenen Zeilen so nicht in der 2.3.4 gibt. Kannst du noch mal erneut nachschauen, was in den Logdateien steht, am Besten nur aktuelle Daten auswerten.

Viele Grüße
Fasse

[radium88]

Guten Abend Fasse,

Wie ich im ersten Text geschrieben habe, entstanden die Meldungen aus dem Upgrade von 2.2.9c auf 2.3.3. Deshalb entsprechen die Zeilennummern in den Errorlog's der Version 2.3.3.

Erst gestern habe ich beim nachfahren von der Vers 2.2.9c auf 2.3.4 gewechselt. Jetzt bin ich wieder auf 2.2.9c um die DB zu aktualisieren. Wenn ich fertig bin sichere das ganze ab und mache den upgrade schrittweise nochmals.

Es gibt eine Vorstellung dass bei der Aktualisierung der DB etwas passiert. Der Grund der Annahme ist die Tatsache dass die DB über Inhalte verfügt die ich nicht eingegeben habe. Zum Beispiel wurden Gästebucheinträge (also unbestimmte Recordinhalte) von Spammern eingefügt, obwohl die Sicherung durch Code eingeschaltet ist. Ich geh mal den Änderungen während des upgrad in der DB-Struktur nach. Weiter versuche ich die Daten sichtbar zu machen die zum Fehler führen. Ein Debug-Mode währe toll


Gruss Fredi

[fasse]

Hallo Ferdi,

schau mal hier: http://www.admidio.org/dokuwiki/doku.ph ... debug-flag

So werden zumindest alle Sqls mitgeloggt.

Gruß
Fasse

[radium88]

Hallo Fasse,
Kann es sein dass der Flag mit der Version 2.3 nicht mehr funktioniert?
Ich habe ein Referenz-errorlog mit der 2.2.9c erstellt. Darin mache ich eine Anmeldung und eine Mutation. In den Log's sehe ich den ganzen Ablauf (war ja auch die Idee daran).
Mach ich das gleiche mit den Versionen 2.3.3 und 2.3.4 werden keine Log's erstellt obwohl der Flag gesetzt wurde. Nur das Log mit dem Fehler den ich eigentlich analysieren will.
Gruss Fredi

[radium88]

Nochmals ich,
Kann es sein dass bei einem Upgrade der DB von Version zu Version nicht alle notwendigen db_Scripts ausgeführt werden?
Ich mache einen Upgrade von Ver 2.2.9 auf 2.3.3 bzw 2.3.4. Ich sehe dass es einmal eine Ver 2.2.11 gegeben hat.
Fredi

[radium88]

In der Tabelle adm_roles der version 2.2.9 gibt es ein Feld rol_inventory welches in der Version 2.3.3 fehlt.
In den UpdateScripts sehe ich dass dieses Feld per 2.1.0 eingeführt wurde (wegen Recht für Invertarmodul). Ich finde aber nicht dass es je aufgehoben wurde. Trotzdem fehlt es nach dem upgrade in der Tabelle Version 2.3.3 und 2.3.4.
Fredi

[Jochen]

Hallo Fredi,

das Feld wurde mit 2.3.0 wieder entfernt. upd_2_3_0_db.sql

Gruß Jochen

[fasse]

Hi Fredi,

ich denke auch nicht, dass dein Problem beim Update liegt. Wenn das fehlerfrei durchläuft, solltest du das Log noch mal beim Ändern der Daten laufen lassen und hier noch einmal posten.

Gruß
Fasse

[radium88]

Guten Tag Zusammen,

kleiner Zwischenstand der Fehlersuche (src-ref 2.3.4):

1. Zum Versuch habe ich mal die Version 2.3.4 neu installiert. Dabei stellte ich fest dass da Programm mit einer leeren, neu aufgebauten DB problemlos funktioniert.

2. DB und Programm zurück auf 2.2.9 gefahren

3. update 2.3.4 geladen und den update mitgeloggt (datei vorhanden)

4. In profile_field.php in der Gegend Zeile 357 folgender Echo eingebaut:

echo '>>>',$fieldNameIntern,'<>',$fieldValue,'<<<';

5. Ein Mitglied aufgerufen und zweimal je ein Feld mutiert. Resultat:

Im Feld Fax "test" eingegeben und speichern lassen:
>>>FAX<<<===test--->>>GENDER<<<===2--->>>VSVP EINZEL & DOPPEL MIT SZP<>0<<<
Fatal error: Call to a member function getValue() on a non-object in /home/blabla/public_html /client-xxxxxx/lgin/adm_program/system/classes/profile_fields.php on line 360

Im Feld Website "test" eingegeben und speichern lassen
>>>GENDER<>2<<<>>>WEBSITE<>test<<<>>>VSVP EINZEL & DOPPEL MIT SZP<>0<<<
Fatal error: Call to a member function getValue() on a non-object in /home/blabla/public_html/client-xxxxxx/lgin/adm_program/system/classes/profile_fields.php on line 360

Es zeigt sich dass die Prozedur immer bis nach dem Feld "VSVP EINZEL & DOPPEL MIT SZP" ausgeführt wirde und dann zum Fehler führt.

6. Scheint ein Zusammenhang mit eigendefinierten Feldern während der Konversion zu geben.
Die Eingabemaske unterscheidet sich in den untersten Eingabefeldern. Sie verschluckt sich bei den Profilfeldern

7. Nun suche ich in der Konvertierung weiter. Wenn ich da nicht fündig werde, wird der Entscheid für eine Neuinstallation und neuer manueller Eingabe der ca 120 Datensätze fallig denn die 2.3.4 funktioniert ja.

Gruss Fredi

[Jochen]

Hallo Ferdi,

da drängt sich mir das &-Zeichen auf. Vorschlag: vor dem Update dieses mal durch ein u ersetzen und dann nochmal versuchen.

Gruß Jochen

[radium88]

Heureka

Lieber Jochen, vielen Dank. Genau das war es.

Habe die Feldnamen in 2.2.9 gewechselt und den update auf 2.3.4 gestartet.
Der Fehler tritt nun nicht mehr auf.

Wunderlich ist 'nur' ich habe seit etlichen Jahren die updates gemacht und nie hat das '&' gestört.

Aber egal, jetzt geht und andere können die Lösung nachlesen.

Nochmals vielen Dank

Fredi