Namen fehlen nach Umstellung auf 9.8.1

[smeissner]

ich werd jetzt nochmal das update fahren und dann hier posten

[smeissner]

Habe jetzt das update nochmal versucht.

Gleicher Fehler trat wieder auf –> Es gab auch während der Installation Fehler (siehe Log anhang)

Habe mir alles gepackt und an dbluemer geschickt. Hoffe uns kann geholfen werden

txt_090827-070807-idoit_update.txt

[dbluemer]

Hallo,

sehe ich das richtig, dass die Objektdaten nur bei deinen selbst definierten Objekttypen fehlen?

[dbluemer]

Ich glaube, ich habe den Fehler entdeckt. Es wird eine Migration der Daten ausgeführt, ABER: Diese sollte schon beim Update auf v0.9.8 ausgeführt worden sein und beim Update auf v0.9.8-1 nicht mehr. Bitte versucht doch mal aus dem Ordner updates/versions/v0.9.8-1/migration/accounting.inc.php zu löschen, bevor Ihr das Update auf v0.9.8-1 ausführt.

[smeissner]

ich saß jetzt erstmal 2h um ohne snapshot wieder auf die ausgangslage zu kommen. Werde es morgen nochmal so versuchen.

Wenn ich aber schon beim update auf 9.8.1 probleme hatte, schleppe ich die da nicht permanent weiter mit?

[smeissner]

ich dreh hier noch durch,

jetzt ist es mir gar nicht mehr möglich ein update zu fahren. Sobald ich bei "File-Update" auf Next klicke, bekomme ich

isys_exception_database : Query error: 'UPDATE isys_ls_translation SET isys_ls_translation__title = '�nderungsdatum' WHERE isys_ls_translation__id = (SELECT isys_ls_translation__id FROM isys_ls_translation WHERE isys_ls_translation__title LIKE '%nderungsdatum')': You can't specify target table 'isys_ls_translation' for update in FROM clause (Extended Information: array ( 'server' => '5.0.51a-24+lenny1', 'host' => 'Localhost via UNIX socket', 'client' => '5.0.51a', 'proto' => 10, ))

als Meldung mit weisem hintergrund.

[ds]

Welches Update versuchst du genau auszuführen ?
Der Code deutet auf ein Problem mit dem Zeichensatz hin. Du kannst einmal versuchen Die beiden XML Dateien im Ordner updates/versions/v0.9.* in UTF-8 zu kodieren.

[smeissner]

von 0.9.8 auf 0.9.8-1

[smeissner]

also ich habe es heute nochmal versucht. Bekomme noch immer den Fehler
"isys_exception_database : Query error: 'UPDATE isys_ls_translation SET isys_ls_translation__title = '�nderungsdatum' WHERE isys_ls_translation__id = (SELECT isys_ls_translation__id FROM isys_ls_translation WHERE isys_ls_translation__title LIKE '%nderungsdatum')': You can't specify target table 'isys_ls_translation' for update in FROM clause (Extended Information: array ( 'server' => '5.0.51a-24+lenny2', 'host' => 'Localhost via UNIX socket', 'client' => '5.0.51a', 'proto' => 10, ))"

Die XML Dateien habe ich nach UTF 8 ohne BOM codiert. Zudem habe ich die updates/versions/v0.9.8-1/migration/accounting.inc.php vor dem Update entfernt.

Was ich gerade noch gesehen habe, am Webserver ist

   Alias /idoit "/var/www/i-doit/"
	 <directory var="" www="" i-doit="">Options Indexes FollowSymLinks MultiViews
		AllowOverride None
		Order allow,deny
		allow from 192.168

	AddDefaultCharset iso-8859-15</directory> 

iso-8859-15 als Charset eingegeben. Ist das richtig?

Wäre für alle Vorschläge offen?

[ds]

Ja iso-8859-15 ist richtig.

accounting.inc.php hat mit deinem Fehler nichts zu tun, der kommt scheinbar in der update_data.xml. Du kannst ja mal nach dem Statement suchen was den Fehler verursacht und den kompletten Block entfernen und dann das Update erneut ausführen

[smeissner]

danke erstmal ds, für die hilfe.

Also nachdem ich die Zeilen

 <query><id>41</id>
			 <check ident="C_VALUE_EXISTS">SELECT isys_ls_translation__id
				FROM isys_ls_translation
				WHERE isys_ls_translation__title LIKE '%nderungsdatum';</check> 
			 <sql><exec ident="false">UPDATE isys_ls_translation SET
					isys_ls_translation__title = 'Änderungsdatum'
					WHERE isys_ls_translation__id = 
						(SELECT isys_ls_translation__id
							FROM isys_ls_translation
							WHERE isys_ls_translation__title LIKE '%nderungsdatum')</exec></sql></query> 
		 <query><id>41</id>
			 <check ident="C_VALUE_EXISTS">SELECT isys_ls_translation__id
				FROM isys_ls_translation
				WHERE isys_ls_translation__title LIKE '%nderungen';</check> 
			 <sql><exec ident="false">UPDATE isys_ls_translation SET
					isys_ls_translation__title = 'Änderungen'
					WHERE isys_ls_translation__id = 
						(SELECT isys_ls_translation__id
							FROM isys_ls_translation
							WHERE isys_ls_translation__title LIKE '%nderungen')</exec></sql></query> 
		 <query><id>41</id>
			 <check ident="C_VALUE_EXISTS">SELECT isys_ls_translation__id
				FROM isys_ls_translation
				WHERE isys_ls_translation__title LIKE '%nderungsdatum';</check> 
			 <sql><exec ident="false">UPDATE isys_ls_translation SET
					isys_ls_translation__title = 'Änderungsdatum'
					WHERE isys_ls_translation__id = 
						(SELECT isys_ls_translation__id
							FROM isys_ls_translation
							WHERE isys_ls_translation__title LIKE '%nderungsdatum')</exec></sql></query> 
		 <query><id>41</id>
			 <check ident="C_VALUE_EXISTS">SELECT isys_ls_translation__id
				FROM isys_ls_translation
				WHERE isys_ls_translation__title LIKE 'Letzte %nderung';</check> 
			 <sql><exec ident="false">UPDATE isys_ls_translation SET
					isys_ls_translation__title = 'Letzte Änderung'
					WHERE isys_ls_translation__id = 
						(SELECT isys_ls_translation__id
							FROM isys_ls_translation
							WHERE isys_ls_translation__title LIKE 'Letzte %nderung')</exec></sql></query> 		

aus der update_sys.xml genommen hatte, lief das update durch.

Nur das mir jetzt wieder die Namen einiger Objekte fehlen –> also bin ich wieder am anfang. Das log File habe ich mal mit angehangen. Wäre schön, wenn wir den Fehler finden

091117-131121-idoit_update.zip

[smeissner]

also, ich habe das update jetzt soweit hinbekommen.

Zeilen auskommentiert und die accounting.inc.php gelöscht.

Leider habe ich jetzt noch paar kleine andere Probleme, die ich aber in einem extra Post klären werde