Seite 1 von 1

Modul bearbeiten hängt

Verfasst: Mi 17. Okt 2007, 19:08
von ichier
habe wieder mal ausgiebig gesucht und nix gefunden :(
hoffe das wird nicht zur gewohnheit

nutzen das 4.6.15_mr, haben eine um bugfixes und module erweiterte version als 'ur-contenido', welche wir bei neuen projekten aufspielen und migrieren und auf welcher wir neue module entwickeln.
haben einen lokalen wamp mit php 5.2.4 und mysql 5.0.45.
der server wurde vor kurzem neu aufgesetzt und es kann durchaus sein, daß seit dem niemand am ur-contenido an den modulen war.
ich weiß aber nicht welche php & mysql versionen vorher liefen.

folgender (und bisher einziger, aber jetzt auch nicht groß rumgeklickt) fehler tritt auf: möchte man ein modul bearbeiten oder ein neues erstellen, bleibt der hauptbereich leer, der frame läd sich tot.
startet man nach stunden den apachen neu, weil man mal eben php 5.2.2, aufgespielt hat, so melded firefox die seite sei nicht erreichbar. d.h. bis dahin bestand eine verbindung oder zumindest nicht abgebrochener ladebedarf. (gibts da nicht eigentlich auch von firefox her ein timeout ?)

gleiches problem im IE, versteht sich. (IE7)

irgendwo im forum stand, daß contenido mit mysql > 5.0.11 nicht klar komme, wegen einer 'geänderten' JOIN-syntax. möchte aber eigentlich nicht unbedingt downgraden, gerade auf einer entwicklungsumgebung, gerade wenn veraltetes SQL nicht mehr akzeptiert wird. außerdem bezweifle ich, daß es daran liegt, müsste ja als mysql-fehler im errorlog stehen. der ist aber leer, leer und leer.

der javaeditor ist nicht aktiviert.

stylesheets, templates usw. lassen sich alle öffnen.

beim modul bearbeiten erscheit der sub-menu-frame und man kann auch die history-seite aufrufen. bei guter laune läßt sich auch die übersetzungsseite öffnen, bei schlechter nicht.

kennt jemand das problem und weiß woran es liegt?
wenn nicht: wo könnte ich sinnvoller weise ansetzen nach dem fehler zu suchen?

merci, nïkö

nachtrag

Verfasst: Do 18. Okt 2007, 10:08
von ichier
stelle gerade fest, daß bei den artikeln editor, eigenschaften, konfiguration und vorschau auch nicht gehen. die eigenschaften-seite öffnet sich aber bei 'neuer artikel erstellen', daraufhin speichern geht wiederum nicht.
dann liegt die datenbank ja vielleicht doch in problemnähe.

oh jetzt hab ich auch n mysql-error im log:

Code: Alles auswählen

[...]main.php?area=con_editart&frame=4&action=con_saveart[...] MySQL error 1366: Incorrect integer value: '' for column 'idcatart' at row 1
INSERT INTO con_actionlog [...] idcatart = '' [...]
btw: hatte spaßeshalber auch mal versucht einen artikel zu duplizieren, da gabs dann noch ein

Code: Alles auswählen

MySQL error 1406: Data too long for column 'created' at row 1
INSERT INTO con_template_conf (idtplcfg, idtpl, created) VALUES ('9', '3', '2007-10-18 10:36:56')
danach Incorrect integer für free_use_01 in con_art_lang

ich versuchs mal zunächst mit ner nicht so strengen mysql-einstellung, und dann wohl oder übel mit mysql 5.0.11-beta *kotz*

aber die nicht öffnende modulseite ohne errorlog erklärt sich dann immer noch nicht.
wobei die übersetzungsseite scheinbar dann geht, wenn es keine übersetzung gibt.

solution

Verfasst: Do 18. Okt 2007, 10:48
von ichier
well... that was it

zur info: hatte

Code: Alles auswählen

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
in der my.ini, auskommentiert und alles tutti
gefällt mir zwar gar nicht, dann fängt man gleich wieder an zu pfuschen, so ungezwungen, aber nun ja, so sei es...

wäre ja nett gewesen, wenn das auch in den logs gestanden hätte, dann wär ich ja schon früher drauf gekommen... aber ok, wenn das script abkackt, isses halt weg, wa :)
man geht ja irgendwie doch zu oft davon aus, daß die systeme in jenen kleinen details korrekt arbeiten um auf rigideren umgebungen bestehen zu können, eigentlich auf solchen systemen entwickelt werden :/ naja, pechbrot

ahoi, nïkö