[solved] nach Update Ändern Basisinfos geht nicht mehr!

[kukki]

Ich habe da ein komisches Problem.
Vor gut zwei Stunden habe ich auf Upgrade von V. 1.3.9 nach 1.4.6 R402 gemacht. Die Datenquelle habe ich bereits mehrfach verwendet - ohne Probleme!
Nachdem ich eins kalte Wasser mit dem MooTool-Arcodion gefallen bin und das Problem mit einen mehrfachen Besuch auf flipflops Wiki bereinigen konnte, war ich dabei einen neuen Menüpunkt einzusetzen und dafür die entsprechenden Artikel anzulegen.
Der Menüpunkt ist da und da ich faul war, habe ich einen passenden Artikelverbund hinneinkopiert. Beim Ändern der Basisinformationen ist aber Schluß.
Beim Speichern bleibt das Backend in diesem Bereich hängen. Selbst wenn ich dann noch auf ARTIKEL klicke sind die Änderungen nicht durchgeführt worden. Ich kann aber einzelne CPs beliebig inzufügen und bearbeiten, nur die Basisinfo geht nicht mehr zu ändern.
An der veränderten config.inc.php liegt es nicht, sowohl die neue und alte haben keinen Einfluß!

Datenbank:
article-cat: o.b.
article: o.b.
article-content: o.b.

[flip-flop]

Patch r402 -> Artikel nicht editierbar (05.03.2010) siehe http://www.phpwcms-docu.de/download-dev-versionen.phtml

[kukki]

Nein, war und ist bereits drinn, der Fehler war mir bekannt, spielt keine Rolle dabei!

[flip-flop]

Schaue in der DB nach, ob das Feld "article_description" in der Tabelle "phpwcms_article" existiert.

[kukki]

Neeeeeeeeeee, bullsh....- wie kann denn das kommen, keine Fehlermeldungen beim Datenbankupgrade gehabt!

[flip-flop]

Die Datei liegt in "include/inc_lib/revision/r402.php" ?

Hast du die Source v1.4.6 r402 von der Docu oder selbst gezogen?

In der Docu-Variante sind noch einige andere Fehler korrigiert.

[kukki]

Ja, genau da liegt diese Datei.

Ich habe gerade mit meinen beschränkten Kenntnissen versucht diese fehlende Tabelle hinzuzaubern:

Code: Select all

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
CREATE TABLE IF NOT EXISTS `phpwcms_article` (
 `article_description` varchar(255) collate latin1_german1_ci NOT NULL,
  PRIMARY KEY  (`article_id`),
  KEY `article_aktiv` (`article_aktiv`),
  KEY `article_public` (`article_public`),
  KEY `article_deleted` (`article_deleted`),
  KEY `article_nosearch` (`article_nosearch`),
  KEY `article_begin` (`article_begin`),
  KEY `article_end` (`article_end`),
  KEY `article_cid` (`article_cid`),
  KEY `article_tstamp` (`article_tstamp`),
  KEY `article_priorize` (`article_priorize`),
  KEY `article_sort` (`article_sort`),
  KEY `article_alias` (`article_alias`),
  KEY `article_archive_status` (`article_archive_status`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci AUTO_INCREMENT=27 ;

Die ganze Sache endet mit: MySQL meldet: Dokumentation
#1072 - Key column 'article_id' doesn't exist in table Kann nicht sein, ist aber vorhanden.

[kukki]

... Hast du die Source v1.4.6 r402 von der Docu oder selbst gezogen? ...

Ja mit SVN - und mit der Revision R402.php ergänzt.

[flip-flop]

Nimm das komplette Paket von der docu-Seite.

[kukki]

Ich habe gestern mir den kompletten "Schmuß" noch einmal frisch runtergeladen und werde heute erneut versuchen, dieses Upgrade zu starten

EDIT 10:35
Tja, da war der Wurm drin ... jetzt läßt sich alles ändern und die oben erwähnte Tabelle ist auch vorhanden. Es würde mich schon interessieren, wann diese Tabelle eingeführt wurde. Ich konnte jedenfalls in den Updrades der DB keine solche SQL-Eintragungen finden. Dafür funktioniert jetzt das Frontend-Edit nicht mehr!!

Danke für Deinen Beistand

[flip-flop]

Das passiert auch nicht im SQL Ugrade sondern in der besagten Datei "include/inc_lib/revision/r402.php".

Diese Prozedur wird in login.php aufgerufen

Code: Select all

// make compatibility check
if(phpwcms_revision_check_temp($phpwcms["revision"]) !== true) {
	phpwcms_revision_check($phpwcms["revision"]);
}

Und bereitgestellt in "/include/inc_lib/backend.functions.inc.php"
Hier werden dann die entsprechenden Dateien je nach Version in include/inc_lib/revision/* abgearbeitet.

Das wurde in r401 eingeführt. Grundsätzlich eine sehr gute Sache, jedoch noch nicht ganz ausgereift.

Frontend-Edit:
$phpwcms['SESSION_FEinit'] ist eingeschaltet?
In den Vorlagen eine JS-Lib bestimmt, bzw. nocheinmal abspeichern, damit das übernommen wird.

Knut

[kukki]

Ja, FEinit ist "1" und Du wirst mich für nicht koscher halten, aber nach ca, 10 Min. war der FE-Button doch da.