Das einzige was mich wundert ist, dass beim Bearbeiten einer Seite im Tab Optionen das Feld für die Seitenspezifische URL wieder weg ist. (was ja erst kürzlich mit 1.9 eingeführt wurde)

Heisst das, es funktioniert bei dir nicht, obwohl die Option "Seiten-URLs sind erforderlich:" (sorry, die Übersetzung ist nicht von mir) in "Webseiten-Administration > Globale Einstellungen > Einstellungen für die Inhaltsbearbeitung" auf "Ja" steht"?

Wie schon gesagt - löschen der Kekse hat geholfen (zumindest bei den Seiten, beim Rest wars noch falsch). Aber - und jetzt kommt das große Aber. Gestern musste ich feststellen, dass es auch nach löschen der Kekse bei neuerlichem Einlog-Versuch wieder falsch ist.

Also Kekse löschen und ein(ige?)mal zumindest bei Seiten richtig. Bei (über?)nächstem Einlog-Versuch wieder der gleiche Schrott. 

* @copy; 2011 CMS Made Simple - No reproduction, duplication, modification or translation without explicit consent.

Scheint so, als ob da jemand die GPL heftigst fehlinterpretiert.

Wobei hier eher die Frage ist - was ist mit dem (c) gemeint - komplett CMSms oder nur der englische Text der Veröffentlichung? Wenn man nachliest wer der Autor ist, erübrigt sich imho ohnehin jede weitere Diskussion darüber *kopfschüttel*

also kanns eher nur nach update innerhalb der 1.9er-Ebene sein?

Könnte sein. 1.8.* hab ich nicht getestet.

Hm, das gilt offenbar nur für Seiten, die bereits vor dem Update erstellt wurden und bei denen das Feld leer war.

Das kann ich wiederum nicht ganz bestätigen
Heute Update von 1.8.2 auf 1.9.3 - also kanns eher nur nach update innerhalb der 1.9er-Ebene sein?

Ach ja:

Stimmt doch nicht. Habe jetzt auf einem anderen PC das gleiche gehabt - trotz Einloggen nach dem Update den ich Stunden vorher auf anderem PC durchgeführt habe. Nach Ausloggen und löschen der Kekse war Problem behoben. Zumindest bei den Seiten.
Ein zufälliger Blick auf die Seitenwartung hat mich eines besseren belehrt -> dort ists noch immer genau umgekehrt. Bei den GCB detto

NaN schrieb:

Das einzige was mich wundert ist, dass beim Bearbeiten einer Seite im Tab Optionen das Feld für die Seitenspezifische URL wieder weg ist. (was ja erst kürzlich mit 1.9 eingeführt wurde)

dem kann ich nicht zustimmen

Hm, das gilt offenbar nur für Seiten, die bereits vor dem Update erstellt wurden und bei denen das Feld leer war.
Wenn ich neue Seiten erstelle, ist alles ok.

Das TinyMCE Problem lässt sich mit ausloggen und wieder einloggen beheben.

Nur der vollständigkeit halber: Wenns dann noch immer nicht gelöst ist (so wie bei mir) dann sollten die Kekse (Cookies) noch gelöscht werden. Dann hats auch bei mir geklappt.

Das einzige was mich wundert ist, dass beim Bearbeiten einer Seite im Tab Optionen das Feld für die Seitenspezifische URL wieder weg ist. (was ja erst kürzlich mit 1.9 eingeführt wurde)

dem kann ich nicht zustimmen

Naja, ich brauchte auch zwei Anläufe, eine Neuinstallation von TinyMCE und den Hinweis eines Kunden bis ich das Problem lokalisiert hatte...

Das finde ich ausgesprochen tröstlich, verehrter Kollege. ;-)

Dass man da nicht selber drauf kommt, tsts.

Naja, ich brauchte auch zwei Anläufe, eine Neuinstallation von TinyMCE und den Hinweis eines Kunden bis ich das Problem lokalisiert hatte...

Das TinyMCE Problem lässt sich mit ausloggen und wieder einloggen beheben.

TinyMCE unter CMSMS 1.9.3: Ausloggen, einloggen und alles läuft perfekt, sogar die Option "Bilder hochladen".
Dass man da nicht selber drauf kommt, tsts.
Danke, Nockenfell.

nockenfell schrieb:

Das TinyMCE Problem lässt sich mit ausloggen und wieder einloggen beheben.

Das ist interessant - riecht eigentlich nach einem Session-Problem.
Werde ich demnächst mal checken.

Voraussetzung zum testen ist eine 1.9.2er mit eingeloggtem Backend. Danach Update drüber spielen und wieder ins Backend wechseln (ohne sich einloggen zu müssen).

Danach hatte ich geau dieses Problem. Nach einem Logout mit erneutem Login war das Problem behoben. Siehe dazu auch:
http://forum.cmsmadesimple.org/viewtopi … 07#p245307

Das TinyMCE Problem lässt sich mit ausloggen und wieder einloggen beheben.

Das ist interessant - riecht eigentlich nach einem Session-Problem.
Werde ich demnächst mal checken.