Fehler nach Installation 4.5.4 Beta

kypta
Beiträge: 295
Registriert: Di 8. Jul 2003, 13:25
Kontaktdaten:

Beitrag von kypta » Do 6. Okt 2005, 16:15

Man sollte vielleicht doch mal einen Blick in die Anleitung werfen?
Waerest du am WE in Berlin gewesen
Anleitung? ..in Berlin.. ??
beschriebenen Probleme lassen sich auch bei der 4.5.5 Communido Edition
(Quote aus Bugtracker 0000396)
Communido Edition 4.5.5? ..in Berlin.. ??

Sollten nicht alle Infos der ganzen Community gegeben werden? :cry:

Gibt es nicht prinzipiell ein Problem wenn wir jetzt 4.5.4 debuggen obwohl da noch eine 4.5.5 ist? Dann wären dann in der 4.5.6 die im 4.5.4 gelösten Bugs dank der 4.5.5 wieder drinn.. :!:

supercondor
Beiträge: 43
Registriert: Do 19. Jun 2003, 11:55
Kontaktdaten:

Beitrag von supercondor » Do 6. Okt 2005, 16:23

Ich kann nur was zur Anleitung sagen. Die war im zip-Archiv mit drin (contenido-4.5.4/docs/handbuch)

Halchteranerin
Beiträge: 5478
Registriert: Di 2. Mär 2004, 21:11
Wohnort: Halchter, wo sonst? ;-)
Kontaktdaten:

Beitrag von Halchteranerin » Do 6. Okt 2005, 16:54

Thomas, in Berlin hat das Treffen am letzten Wochenende stattgefunden, im Rahmen des Treffens haben Workshops stattgefunden, und bei einem der Workshops hat HerrB die Sache mit dem Login Schritt fuer Schritt und fuer jeden nachvollziehbar erklaert.
Was die Berliner Version angeht, vermute ich, dass es sich um einen Fehler handelte, denn auf der CD steht zwar 4.5.5, aber ueberall im Setup und spaeter im Programm steht 4.5.3. War wohl Wunschdenken. :wink: Da diese Version aber so benannt ist, habe ich einfach Bezug darauf genommen.
Und nein, ich denke nicht, dass da behobene Bugs ueberschrieben werden.

kypta
Beiträge: 295
Registriert: Di 8. Jul 2003, 13:25
Kontaktdaten:

Beitrag von kypta » Do 6. Okt 2005, 17:26

Ach so, alles klar. :D

timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Re: Fehler nach Installation 4.5.4 Beta

Beitrag von timo » Do 6. Okt 2005, 17:56

supercondor hat geschrieben: Pfadangabe
Die Pfadangabe sieht bei mir in der Adressleiste wie folgt aus:
http:/domain/verz//cms/.....
Passiert auch erst, wenn der erste Menüpunkte aufgerufen wurde.


Kann ich nicht mehr reproduzieren, vermutlich schon gelöst ;)

timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Beitrag von timo » Do 6. Okt 2005, 18:03

Thomas hat geschrieben:1.
Menü Extras hat als Submenu Newsletter und Empfänger. Empfänger braucht es da ja nicht mehr und führt beim Anklicken zu einem Fehler. Im Snapshot contenido-cvs-2005-09-30.tar ist dieser Fehler nicht vorhanden.
Ist meiner Ansicht nach gelöst, da es bei mir nicht auftritt.
2.
Menü Extras, Newsletter -> Die alt-Texte der Buttons Newsletter, Empfänger und Gruppen haben "falsche" Umlaute ä statt ä
Ist bei mir gelöst.
3.
Newsletter-Module sind in der Contenido Demo-Site nicht vorhanden. Habe nachträglich http://www.btech.de/temp/newsletter4.5/modules.zip installiert und gem. Beschrieb eingebaut. Leider hatte sich da ein Fehler eingeschlichen (siehe Punkt 4.) und ich musste die Module wieder rausnehmen. Dann nochmals gemacht -> SQL-Fehler, weil Übersetzungen schon mal drin waren und SQL-Fehler nachher weil ich den Handler schon mal "angemeldet" hatte (Wenn ich das richtig verstanden habe). Jetzt läuft zwar den NL (Anmelden, Bestätigen, Abmelden), wenn ich im Backend aber einen NL versenden will dann "findet er keine Empfänger", obwohl ich sogar noch eine Standartgruppe eröffnet habe und alle Empfänger dort reinkonfiguriert habe...
Wären das überhaupt die richtigen Scripte? Evtl. gibt es da ja noch aktuellere..
Ähm ja, du mußt jedesmal wenn du SQL's einspielst die Datei upgradeseqruntime.php ausführen, damit Contenido über die neuen Informationne bescheid weiß.
4.
Oh, der ist echt nervig, vor allem, weil er sich nicht exakt wiederholen lässt:
Man erstelle ein neues Template: Style, Templates, Neues Template
Dann Name eingeben: _test_1
Dann Typ selektieren: Standard
Wenn man Glück gehabt hat dann geschieht jetzt ein Refresh, der Template-Name _test_1 wird auf der Linke Seite im Template-Auswahl-Menü angezeigt und der Template-bearbeiten-Dialog zeigt auch noch das Template _test_1 an.
Ähm mit Glück hat das nichts zu tun: Erst wenn das Template gespeichert wird oder ein Layout ausgewählt wird, wird das Menü links aktualisiert.
O.k. also weiter: Template mit Modulen bestücken und speichern.

Man erstelle ein neues Template: Style, Templates, Neues Template
Dann Name eingeben: _test_2
Dann Typ selektieren: Standard
Spätestens jetzt dürfte der Fehler auftreten:
Refresh, im Template-Auswahl-Menü wird _test_2 NICHT angezeigt und (das ist der GROSSE BUG) im Template-bearbeiten-Dialog wird jetzt irgend eines der Bestehenden Templates angezeigt. Wenn man nicht aufpasst dann bestückt man jetzt ein schon bestehendes Template neu.
So habe ich selber gleich mal meine Demo-Site verschossen.

Übrigens: Bei den Modulen muss es auch noch einen derartigen Bug geben, konnte das aber noch nicht nachvollziehen. Wenn ich zum zweiten mal eine neues Modul erstelle dann habe ich im Eingabe- und Ausgabebereich bereits irgend welchen Code... Eine solcherart erstelltes Modul wurde dann gleich nach dem Abspeichern als "in Verwendung" markiert - nix is mit löschen.
Stehen bei dir irgendwelche Fehler in der errorlog.txt? Hört sich fast so an, als ob das LOCK TABLES-Recht bei dir fehlt - denn dann kommt es zu solchen Phänomänen...

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Do 6. Okt 2005, 21:19

Man erstelle ein neues Template: Style, Templates, Neues Template
Dann Name eingeben: _test_2
Dann Typ selektieren: Standard
Spätestens jetzt dürfte der Fehler auftreten:
Refresh, im Template-Auswahl-Menü wird _test_2 NICHT angezeigt und (das ist der GROSSE BUG) im Template-bearbeiten-Dialog wird jetzt irgend eines der Bestehenden Templates angezeigt. Wenn man nicht aufpasst dann bestückt man jetzt ein schon bestehendes Template neu.
So habe ich selber gleich mal meine Demo-Site verschossen.

Übrigens: Bei den Modulen muss es auch noch einen derartigen Bug geben, konnte das aber noch nicht nachvollziehen. Wenn ich zum zweiten mal eine neues Modul erstelle dann habe ich im Eingabe- und Ausgabebereich bereits irgend welchen Code... Eine solcherart erstelltes Modul wurde dann gleich nach dem Abspeichern als "in Verwendung" markiert - nix is mit löschen.
Alle genannten Fehler hängen damit zusammen, dass die Sequenzen nicht aktualisiert wurden. Es erscheint - wenn ich nicht falsch liege - nicht irgendein Code in einem Modul, sondern es erscheint der Code des Moduls, welches vorher unter der erneut verwendeten ID gespeichert war und welches nun überschrieben wurde...

Was nach wie vor drin ist, ist ein Teil des Bugs #244:
Wird das Layout des Templates geändert, wird das Template sofort gespeichert (das mag ein Feature sein). Jedoch kann dann keine Vorkonfiguration oder "Visuelles Editieren" durchgeführt werden (die Bereiche sind praktisch leer). Das Template muss, obwohl es scheint, dass es durch den Layout-Wechsel gespeichert wurde, einmal über "Änderungen speichern" richtig gespeichert werden.
Da die Änderungen bereits als gespeichert erscheinen, nachdem ein Layout auswählt wurde, kommt man nicht unbedingt mehr auf die Idee, das Template nochmal zu speichern und wundert sich, warum nirgends eine Konfiguration möglich ist...

Übrigens stimmen auch in der Contenido-WAMP die Sequenzen nicht... also erstmal updateseqruntime aufrufen... :wink:

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Beitrag von timo » Do 6. Okt 2005, 23:40

Ja, im Moment ist das Setup leider buggy, es aktualisiert die Sequenzen nicht :(

saschar
Beiträge: 141
Registriert: Mo 21. Okt 2002, 14:37
Wohnort: Dornbirn, A
Kontaktdaten:

4.5.4 Es lassen sich keine Kategorien anlegen...

Beitrag von saschar » Fr 7. Okt 2005, 07:09

Hallo.
Ich habe die Contenido 454 Version von contenido.org und auch die Sourcef.-Variante 554 runtergeladen und auch beide abwechselnd installiert.

Doch leider lassen sich keine Kategorien anlegen.
Und wenn ich einen neuen Baum anlege überschreibt es mir eine vorhande Kategorie.

Ist das noch ein allgemeines Problem?


Gruß
Sascha

Halchteranerin
Beiträge: 5478
Registriert: Di 2. Mär 2004, 21:11
Wohnort: Halchter, wo sonst? ;-)
Kontaktdaten:

Re: 4.5.4 Es lassen sich keine Kategorien anlegen...

Beitrag von Halchteranerin » Fr 7. Okt 2005, 07:18

saschar hat geschrieben:Ist das noch ein allgemeines Problem?
Eigentlich nicht. Gibt's Eintraege in der errorlog.txt?

saschar
Beiträge: 141
Registriert: Mo 21. Okt 2002, 14:37
Wohnort: Dornbirn, A
Kontaktdaten:

Re: 4.5.4 Es lassen sich keine Kategorien anlegen...

Beitrag von saschar » Fr 7. Okt 2005, 07:40

Ja. Diesen:

Code: Alles auswählen

INSERT INTO con_properties (idproperty) VALUES (19)
[07-Oct-2005 08:03:39] /c454/contenido/main.php MySQL error 1062: Duplicate entry '19' for key 1
INSERT INTO con_properties (idproperty) VALUES (18)
[07-Oct-2005 08:03:39] /c454/contenido/main.php MySQL error 1062: Duplicate entry '18' for key 1
INSERT INTO con_properties (idproperty) VALUES (13)
[07-Oct-2005 08:03:39] /c454/contenido/main.php MySQL error 1062: Duplicate entry '13' for key 1
INSERT INTO con_properties (idproperty) VALUES (12)
[07-Oct-2005 08:03:39] /c454/contenido/main.php MySQL error 1062: Duplicate entry '12' for key 1
INSERT INTO con_properties (idproperty) VALUES (11)
[07-Oct-2005 08:03:39] /c454/contenido/main.php MySQL error 1062: Duplicate entry '11' for key 1
INSERT INTO con_properties (idproperty) VALUES (10)
[07-Oct-2005 08:03:27] /c454/contenido/main.php MySQL error 1062: Duplicate entry '10' for key 1
INSERT INTO con_properties (idproperty) VALUES (9)
[07-Oct-2005 08:03:27] /c454/contenido/main.php MySQL error 1062: Duplicate entry '9' for key 1
INSERT INTO con_properties (idproperty) VALUES (8)
[07-Oct-2005 08:03:27] /c454/contenido/main.php MySQL error 1062: Duplicate entry '8' for key 1
INSERT INTO con_properties (idproperty) VALUES (7)
[07-Oct-2005 08:03:27] /c454/contenido/main.php MySQL error 1062: Duplicate entry '7' for key 1
INSERT INTO con_properties (idproperty) VALUES (6)
[07-Oct-2005 08:03:27] /c454/contenido/main.php MySQL error 1062: Duplicate entry '6' for key 1
INSERT INTO con_properties (idproperty) VALUES (5)
[07-Oct-2005 08:03:27] /c454/contenido/main.php MySQL error 1062: Duplicate entry '5' for key 1
INSERT INTO con_properties (idproperty) VALUES (4)
[07-Oct-2005 08:03:27] /c454/contenido/main.php MySQL error 1062: Duplicate entry '4' for key 1
INSERT INTO con_properties (idproperty) VALUES (2)
[07-Oct-2005 08:03:27] /c454/contenido/main.php MySQL error 1062: Duplicate entry '2' for key 1
INSERT INTO con_properties (idproperty) VALUES (1)
[07-Oct-2005 08:03:18] /c454/contenido/main.php?area=frontend&frame=2&action=&contenido=7ae110ab9f004732a3921fb522c6d7af&u_register[expandstate][339b79d1-48f7-4ac6-ba17-b958c5b3bb2b]=true MySQL error 1062: Duplicate entry '1' for key 1
INSERT INTO con_template_conf (idtplcfg) VALUES (1)
[07-Oct-2005 07:56:02] /c454/contenido/main.php?frame=4&contenido=1281c72926cc87eba741ba70d0d0a67d MySQL error 1062: Duplicate entry '1' for key 1
INSERT INTO con_cat_lang (idcatlang, idcat, idlang, name, visible, public, idtplcfg, urlname) VALUES('1','2','1','Vertraulich 2','0','1','0', 'Vertraulich-2')
[07-Oct-2005 07:56:02] /c454/contenido/main.php?frame=4&contenido=1281c72926cc87eba741ba70d0d0a67d MySQL error 1062: Duplicate entry '1' for key 1
INSERT INTO con_cat (idcat, parentid, preid, postid, idclient) VALUES('2', '54', '55', '0', '1')
[07-Oct-2005 07:56:01] /c454/contenido/main.php?frame=4&contenido=1281c72926cc87eba741ba70d0d0a67d MySQL error 1062: Duplicate entry '2' for key 1
Gruß
Sascha

Halchteranerin
Beiträge: 5478
Registriert: Di 2. Mär 2004, 21:11
Wohnort: Halchter, wo sonst? ;-)
Kontaktdaten:

Beitrag von Halchteranerin » Fr 7. Okt 2005, 07:53

Ups, da laeuft wohl was schief, aber da ich die Innereien nicht kenne, kann ich dir nichts Richtiges (d.h. etwas, was zur Loesung beitraegt) dazu sagen. Es wird versucht, Datensaetze einzufuegen, mit einem primary key, der schon existiert, was MySQL logischerweise nicht zulaesst.

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Fr 7. Okt 2005, 08:00

Ähm, wie bereits vorher erwähnt: Wurde nach dem Setup bzw. bevor die Contenido-Installation der WAMP genutzt wird, einmal im Browser

http://<Domain/localhost>/<Pfad>/contenido/tools/updateseqruntime.php aufgerufen?

Das MUSS gemacht werden, sonst hakts an allen Ecken...
Sich überschreibende Kategorien ist so ein Beispiel.

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

Halchteranerin
Beiträge: 5478
Registriert: Di 2. Mär 2004, 21:11
Wohnort: Halchter, wo sonst? ;-)
Kontaktdaten:

Beitrag von Halchteranerin » Fr 7. Okt 2005, 08:03

HerrB hat geschrieben:Ähm, wie bereits vorher erwähnt
Bin noch nicht ganz wach, hatte nur das Ende des Threads gelesen und nicht die Beitraege vorher. Dann wird das wohl daran liegen ... ich meine, dass es NICHT ausgefuehrt wurde.

saschar
Beiträge: 141
Registriert: Mo 21. Okt 2002, 14:37
Wohnort: Dornbirn, A
Kontaktdaten:

eben läuft was schief...

Beitrag von saschar » Fr 7. Okt 2005, 08:04

das macht er bei allen zugriffen oder sagen wir mal schreib-versuchen in die datenbank. hatte dieses problem auch schon mit 4.5.3 allerdings bei einem anderen HOSTER, als ich es auf den normalen HOSTER gespielt habe, hatt dann alles funktioniert. Bei dem anderen HOSTER hat es dann ein Service-Mann von denen angesehen und folgende Änderung in der config.php gemacht

Code: Alles auswählen

$cfg["nolock"] = false;
auf

Code: Alles auswählen

$cfg["nolock"] = true;
gesetzt. Dann hat es funktioniert.

Habe das jetzt bei der 4.5.4 beim normalen Hoster auch probiert, das will er aber nicht. Leider.

Aber ansonsten sieht die 4.5.4 sehr vielversprechend aus, freue mich richtig auf die 4.6er Version.

Gruß
Sascha

Gesperrt