WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Hallo!
Ich habe heute eine Seite von 1.2.0 auf 1.3.1 updated.
Es lief eigentlich problemlos, dann habe ich mich im backend angelogt und in diesem angemeldeten Zustand habe ich die einzelnen Seiten im Frontend angeschaut.
Da habe ich festgestellt, dass auf den Seiten, wo ich rFG im Haupblock und einen Text im Block rechts habe, der Abschnitt mit dem Text rechts nicht erscheint.
Wenn ich diesen Textabschnitt dem Hauptblock zuweise wird dieser dargestellt, bleibt er aber im rechten Block, verschwindet er!!!
Wenn ich mich aber abmelde, dann ist der Textabschnitt im Block rechts wieder zu sehen!!!
Merkwürdig...
Und das passiert nur da, wo die rFG im Haupblock und ein Text im Block rechts sind. Alle anderen Seiten haben auch zwei Blöcke, sind davon aber nicht betroffen.
Woran kann es liegen?
Wo soll ich am besten nachgucken?
Offline
Welches Template?
Welche Version der RFG?
Grundeinstellungen > PHP-Fehlerberichte bitte mal auf "Entwicklung (Fehler und Warnungen anzeigen)" setzen. Werden Meldungen ausgegeben?
Bitte schau mal in den Quelltext der Seite, wenn der rechte Textblock nicht angezeigt wird (im Browser i.d.R. Tastenkombination Strg-U) und scrolle bis ganz ans Ende des Quelltextes. Endet der Quelltext mit </body></html>?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Zuerst hier die Fehlermeldung:
Notice: Undefined property: admin::$page_access_denied in .../framework/frontend.functions.php on line 243
Notice: Undefined property: admin::$page_no_active_sections in .../framework/frontend.functions.php on line 247
Notice: Undefined property: admin::$page_id in .../framework/frontend.functions.php on line 259
Notice: Undefined property: admin::$default_block_content in .../framework/frontend.functions.php on line 275
Notice: Undefined property: admin::$default_block_content in .../framework/frontend.functions.php on line 276
Notice: Undefined property: admin::$default_page_id in .../framework/frontend.functions.php on line 279
Als Template verwende ich SimpleResponsive.
Ich habe es aber auch mit Hortal probiert: das selbe Problem
rFG habe ich die Version 0.74
Mit WBCE 1.2.0 hat alles problemlos funktioniert...
Der Quelltext endet wie es sein sollte mit </body></html>
Beitrag geändert von kleo (19.03.2018 14:01:52)
Offline
Kann ich hier nicht reproduzieren.
Für mich sieht es so aus, als seien möglicherweise nicht alle Dateien beim Update überschrieben worden.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Ich habe jetzt folgendes ausprobiert:
- neue Seite angelegt
- Vertaltemplate dieser Seite zugewiesen
- einen Abschnitt mit rFG erstellt
Mit der eingeschlaltener php-Fehlermeldungen erscheint diese Seite im angemeldeten Zustand voll mit Fehlermeldungen...
Offline
Die Übertragung der Daten habe ich mit Filezilla gemacht, es gab keine Fehlermeldungen dabei.
Soll ich die Dateien noch einmal übertragen lassen?
Beitrag geändert von kleo (19.03.2018 14:17:27)
Offline
Mach mal folgendes:
Melde Dich von der betr. Seite ab, sofern noch nicht geschehen
Lade https://wbce.org/wbceup.zip herunter
Kopiere die Zip-Datei so, wie sie ist in den Root der betroffenen Seite
Kopiere die wbceuu.php hier aus dem Anhang in den Root der betroffenen Seite
Rufe deinedomain.tld/wbceuu.php auf, Nach kurzer Zeit müsste dann irgend eine "extracted to..."-Meldung erscheinen
Lösche wbceup.zip und wbceuu.php wieder vom Server
Rufe deinedomain.tld/install/update.php auf
Prüfe, ob die Fehler weiterhin auftreten
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Ich habe alles durchgeführt.
Keine Fehlermeldungen beim Update.
Das Problem besteht weiter...
Offline
PHP-Version?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Mysql version: 5.5.5-10
PHP 5.6.31
Offline
Hm, sieht so weit okay aus.
Ich kann Dir leider nicht weiterhelfen.
Wenn mit 1.2 der Fehler nicht auftrat, mach bitte ein Rollback, sofern Du die Möglichkeit dazu hast.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Soll ich versuchen rFG neu zu installieren?
Versionsnummer auf 0.73 setzen und dann "updaten"?
Offline
Ich fürchte, es liegt nicht an der RFG.
Vielleicht fällt ja noch wem anders was dazu ein. Mir leider nicht.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
@ Kleo bist du auf dieser Seite der Super-Admin?
Kannst du auch überprüfen ob in den Einstellungen die Blöcke und Co deaktiviert sind, wenn ja bitte aktivieren.
Erstelle zum testen einen neuen Benutzer mit Admin-Rechten und schaue ob auch dort das Problem auftritt.
Offline
florian, thanks
O.K.
Ich habe jetzt folgendes getestet:
wenn ich mich als SuperAdmin einlogge, dann sieht alles korrekt aus.
Wenn ich aber mich als ein anderer Benutzer mit Admin-Rechten (Administratoren Benutzergruppe) anmelde, dann erscheint dieses Problem!!!
Ich habe auch einen neuen Benutzer mit Admin-Rechten erstellt:
das Problem bleibt!!!
P.S. DIe Blöcke & Co. waren und sind aktiviert.
Beitrag geändert von kleo (19.03.2018 17:45:42)
Offline
<offtopic>
Kannst du bitte etwas weniger Ausrufungszeichen setzen? Danke.
</offtopic>
DIe Blöcke & Co. waren und sind aktiviert.
Sicher? Die Blöcke können eigentlich nicht deaktiviert sein, sonst könntest Du keine Inhalte in unterschiedlichen Bereichen auf der Seite platzieren.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
thanks
Kannst du bitte etwas weniger Ausrufungszeichen setzen? Danke.
Habe ich schon wieder etwas Falsches getan?
Kannst du auch überprüfen ob in den Einstellungen die Blöcke und Co deaktiviert sind, wenn ja bitte aktivieren.
Ich habe überprüft, die Blöcke waren aktiviert.
Beitrag geändert von kleo (19.03.2018 18:50:49)
Offline
Okey, dann erstelle eine neue Gruppe und gib ihr alle Zugangsberechtigungen.
Nimm dann einen User und weise ihn NUR dieser Gruppe zu und überprüfe ob das Problem noch vorhanden ist.
Beitrag geändert von colinax (19.03.2018 19:00:39)
Offline
Okey, dann erstelle eine neue Gruppe und gib ihr alle Zugangsberechtigungen.
Nimm dann einen User und weise ihn NUR dieser Gruppe zu und überprüfe ob das Problem noch vorhanden ist.
Habe gemacht.
Das Problem besteht weiter.
Offline
Schick mir bitte die Zugangsdaten für einen User mit Admin-Rechten wo dieser Fehler auftritt, muss mir dass direkt ansehen.
Offline
Also, außer mich über Ausrufungszeichen aufregen, mach ich ja auch sinnvolle Dinge.
Sprich, mit der Konstellation kann ich den Fehler auf meiner Testumgebung nachstellen.
Beitrag geändert von florian (19.03.2018 20:29:58)
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Neuer Tag, neues Update:
Wir wissen jetzt welche Datei die Fehlermeldungen auslöst, aber noch nicht warum.
Zum Glück hat der Fehler keine schwerwiegende negative Auswirkungen.
Für den Bug, dass man im BE die Abschnitte nicht in andere Blöcke geben kann, gibt es ein Workaround:
Der betroffene Abschnitt muss nur über dass Start- bzw. Enddatum vorrübergehend ausgeblendet werden, dann funktioniert das verschieben wieder.
Offline
So weit ich sehe, tritt das Problem nur mit der ResponsiveFG auf. Ich kann auch den Verursacher relativ genau eingrenzen, und zwar ist es der folgende Code in der view.php:
if (is_numeric($wb->get_session('USER_ID'))) {
//Ist angemeldet:
$u_id = (int) $wb->get_session('USER_ID');
if ($u_id == 1) { //der Superadmin
$fg_frontendedit = true;
} else {
//if (FRONTEND_LOGIN == true) { //Genauer checken (geht dsas nicht einfacher?)
$theauto_header = false;
require_once(WB_PATH.'/framework/class.admin.php');
$admin = new admin('Pages', 'pages_modify', $theauto_header, TRUE);
if( $admin->get_permission('pages_modify') && $admin->get_page_permission( PAGE_ID ) ) {
$fg_frontendedit = true;
}
//}
}
if ($fg_frontendedit == true) {
$max_is_empty = 1; //show empty folders
$min_active = 0; //show inactive files and folders
$refreshstring = '?t=' . time(); //forces loading of files
}
}
Wenn ich
if ($u_id == 1)
zu
if ($u_id == 2)
ändere (wobei 2 die User-ID des gerade angemeldeten Nicht-Super-Users ist), werden die Notices nicht angezeigt, allerdings wird weiterhin ein neben der RFG platzierter Block nicht angezeigt.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Das ändern der $u_id auf den aktuellen User führt ja nur dazu, dass der folgende Zweig übergangen wird.
Das Problem liegt knapp darunter, irgendwo hier:
[== PHP ==]
$adminFG = new admin('Pages', 'pages_modify', $theauto_header, TRUE);
if( $adminFG->get_permission('pages_modify') && $adminFG->get_page_permission( PAGE_ID ) ) {
$fg_frontendedit = true;
}
Es kann für schwerste Irritationen sorgen; kein Menü mehr, andere Module brechen mit Fehlern ab usw...
Scheinbar ist mit WBCE: 1.3.1 etwas geändert worden, was das auslöst.
(Es ist egal ob das $adminFG oder $admin heißt)
webbird hat die Ursache gefunden und behoben.
In WBCE 1.3.x die framework/class.admin.php durch die hier angefügte ersetzen, das Problem tritt dann nicht mehr auf.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
selle, exwima