WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Hallo, ich habe folgendes Problem:
Die Nutzer können ihre persönlichen Daten nicht ändern. Versuchen sie, im Frontend ihr Kennwort zu ändern, wird zwar die Meldung "Erfolgreich" angezeigt, das Kennwort ändert sich aber nicht, stattdessen werden alle anderen Daten (Langer Name, Zeitzone, Sprache) auf die Standardwerte (englische Sprache, Langer Name leer) zurückgesetzt.
Bei Änderung im Backend kommt diese Fehlermeldung:
The loginname you entered is already taken
The (current) password you entered is incorrect
Weiß jemand, woran das liegen könnte? Ich verwende https und mein Backend befindet sich in einem anderen Verzeichnis, allerdings ist das in der config.php korrekt eingetragen.
Offline
Welche WBCE-Version?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
1.3.2
Offline
Ah, dazu kommt: Man kann im Frontend den "Vollständigen Namen" nicht ändern. Das Feld ist deaktiviert.
Offline
Ah, dazu kommt: Man kann im Frontend den "Vollständigen Namen" nicht ändern. Das Feld ist deaktiviert.
Das ist beabsichtigt und ist noch aus WB-Zeiten übernommen.
Was das Ändern der anderen Daten betrifft: Ich kann den Fehler bestätigen.Dieser tritt in der Tat auf, wenn das /admin-Verzeichnis umbenannt wurde.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Okay, es gibt keine Möglichkeit, das zu fixen, ohne das Adminverzeichnis wieder in admin zu benennen?
Beitrag geändert von wb_user82 (08.10.2018 13:07:26)
Offline
wir sind dran und stellen in den nächsten Tagen einen Fix bereit.
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Okay super, vielen Dank! Noch eine Frage:
Das ist beabsichtigt und ist noch aus WB-Zeiten übernommen.
Kann man das trotzdem ändern? Ich habe ein internes Mitarbeiterportal, wo ich für verschiedene Leute die Accounts erstelle (auf Aufforderungen), dabei kenne ich ihre Namen aber nicht. Die sollen sie im Nachhinein selbst eintragen nebst Wahl ihres Passworts/E-Mailadresse.
Edit: Ich habe gerade testweise das Admin-Verzeichnis wieder zu admin zurückbenannt, der Fehler besteht trotzdem weiterhin. Es scheint also ein generelles Problem zu sein, was mit dem Namen des Admin-Verzeichnisses gar nichts zu tun hat(?)
Beitrag geändert von wb_user82 (08.10.2018 13:23:22)
Offline
Kann man das trotzdem ändern?
/account/templates/form_preferences.tpl.php
Dort Zeile ~41
<input type="text" id="display_name" name="display_name" value="<?=$sDisplayName ?>" readonly="readonly" />
ändern zu
<input type="text" id="display_name" name="display_name" value="<?=$sDisplayName ?>" />
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Vielen Dank!
Offline
Ich weiß nicht, ob es das Problem jetzt komplett handhabt, aber es handelt sich um einen Bug, den ich übersehen habe.
In dieser Template-Datei:
account/templates/form_preferences.tpl.php
auf Zeile 116:
<button type="submit" name="action" value="details" class="button" ><?=$TXT_ACCOUNT['SAVE_EMAIL'] ?></button>
ändern zu:
<button type="submit" name="action" value="email" class="button" ><?=$TXT_ACCOUNT['SAVE_EMAIL'] ?></button>
auf Zeile 146:
<button type="submit" name="action" value="details" class="button" ><?=$TXT_ACCOUNT['SAVE_PASSWORD'] ?></button>
ändern zu:
<button type="submit" name="action" value="password" class="button" ><?=$TXT_ACCOUNT['SAVE_PASSWORD'] ?></button>
Bitte einmal ändern und das Ergebnis mitteilen.
Schönen Gruß,
Christian
P.S. Note an andere DEVs, ich wundere mich sehr, warum dieser Bug nur dann auftaucht, wenn das ADMIN Verzeichnis umbenannt wird. Ist ein Enigma für mich. Falls jemand Lust hat, da tiefer einzutauchen und es herauszufinden...
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Getestet, der Fehler tritt mit der Änderung nicht mehr auf
Code allein macht nicht glücklich. Jetzt spenden!
Offline
stefanek
Hallo Stefanek,
vielen Dank für deine Antwort! Leider hat sich das Problem damit (bei mir zumindest) noch nicht erledigt. Die Fehler treten auch mit veränderter form_preferences.tpl.php weiterhin auf.
- Wenn ich in den Frontend-Einstellungen ein neues Passwort eingebe und dies speichern möchte, wird Erfolg gemeldet. Gleichzeitig sind jedoch der "Vollständige Name", die Zeitzone, sowie die Nutzersprache zurückgesetzt wurden ("", GTM, Englisch) und das Passwort wurde nicht verändert
- Der Versuch, im Backend die Daten zu ändern, scheitert ebenfalls. Es kommt die Fehlermeldung: "The loginname you entered is already taken." (vielleicht besteht der Bug darin, dass probiert wird, einen neuen Benutzer anzulegen?).
Eventuell hat mein Problem gar nichts mit dem Bug zu tun, weil es bei mir auch keine Rolle spielt, wie das Login-Verzeichnis heißt. Ich hatte es zwischenzeitlich wieder in "admin" zurückbenannt, brachte keinerlei Veränderungen mit sich.
Beitrag geändert von wb_user82 (10.10.2018 08:22:13)
Offline
Ist das eine frische 1.3.2-Installation oder ein Update?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Es ist ein Update. Ich habe die Webseite vor ca. einer Woche von der Vorgängerversion aktualisiert.
Offline
Kannst Du mal schauen, ob möglicherweise aufgrund des umbenannten admin-Verzeichnisses oder aus irgendwelchen anderen Gründen einige Dateien nicht aktualisiert worden sind?
Ist das dieselbe Seite, bei der es auch Probleme beim Update auf 1.2 gab?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Mit welcher WB/WBCE Version wurde die Seite urspründlich erstellt und wurde bereits einmal ein Refresh durchgeführt?
Offline
Hallo, das habe ich schon überprüft, es müssten alle Dateien aktualisiert worden sein. Ich habe auch vor dem Upload das Verzeichnis "admin" in meinen Namen umbenannt (also im entpackten ZIP-Archiv). Ich werde es aber nochmals checken.
Bezüglich meines vorherigen Problems, nein, das ist nicht die selbe Seite. Damals trat das Problem generell im Frontend auf, hier ist es ja ein Problem mit den Nutzereinstellungen allgemein (also auch im Backend gibt es Probleme).
Vielen Dank für die schnelle Hilfe!
Offline
Mit welcher WB/WBCE Version wurde die Seite urspründlich erstellt und wurde bereits einmal ein Refresh durchgeführt?
Das ist eine gute Frage Das weiß ich leider nicht mehr, ich denke, das war die Vorgängerversion von 1.2, also 1.1(?).
Was meinst du mit Refresh?
Edit: Also nur WBCE. Die Webseite ist von Februar diesen Jahres
Beitrag geändert von wb_user82 (10.10.2018 09:09:42)
Offline
Kannst Du uns noch die PHP-Version mitteilen?
Code allein macht nicht glücklich. Jetzt spenden!
Offline
Hallo Stefanek,
vielen Dank für deine Antwort! Leider hat sich das Problem damit (bei mir zumindest) noch nicht erledigt. Die Fehler treten auch mit veränderter form_preferences.tpl.php weiterhin auf.
- Wenn ich in den Frontend-Einstellungen ein neues Passwort eingebe und dies speichern möchte, wird Erfolg gemeldet. Gleichzeitig sind jedoch der "Vollständige Name", die Zeitzone, sowie die Nutzersprache zurückgesetzt wurden ("", GTM, Englisch) und das Passwort wurde nicht verändert
Und was passiert, wenn Du im Frontend die E-Mail Adresse änderst?
Funktioniert das?
- Der Versuch, im Backend die Daten zu ändern, scheitert ebenfalls. Es kommt die Fehlermeldung: "The loginname you entered is already taken." (vielleicht besteht der Bug darin, dass probiert wird, einen neuen Benutzer anzulegen?).
Da scheint generell was "kaputt" zu sein. Die Frontend und Backend Preferences sind auf der Code Ebene nicht miteinander verbunden (h.d. völlig verschiedener Code).
Eventuell hat mein Problem gar nichts mit dem Bug zu tun, weil es bei mir auch keine Rolle spielt, wie das Login-Verzeichnis heißt. Ich hatte es zwischenzeitlich wieder in "admin" zurückbenannt, brachte keinerlei Veränderungen mit sich.
Weder im Frontend noch im Backend?
Gruß,
Christian
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
Edit: Also nur WBCE. Die Webseite ist von Februar diesen Jahres
Dann sollte das eher bereits eine 1.3.1 (wurde im dez 17 veröffentlicht) gewesen sein.
Was meinst du mit Refresh?
Der Begriff Refresh wird in der Informatik benutzt, um grundsätzlich Vorgänge zu kennzeichnen, bei denen eine Auffrischung von Informationen erfolgt
In sehr vielen fällen hilft es, wenn bei Problemen die Core-Dateien! nicht überschrieben sondern durch zuerst löschen und neu hochladen ersetzt werden.
Offline
Kannst Du uns noch die PHP-Version mitteilen?
Meine Version ist 7.0.30.
In sehr vielen fällen hilft es, wenn bei Problemen die Core-Dateien! nicht überschrieben sondern durch zuerst löschen und neu hochladen ersetzt werden.
Okay, das probiere ich mal aus.
Da scheint generell was "kaputt" zu sein. Die Frontend und Backend Preferences sind auf der Code Ebene nicht miteinander verbunden (h.d. völlig verschiedener Code).
Das denke ich auch. Ich habe bereits die Datenbank gecheckt, also die Tabelle wb_users. Das sieht aber soweit alles in Ordnung aus. Soll ich die mal (anonymisiert) hier reinstellen?
Offline
Und was passiert, wenn Du im Frontend die E-Mail Adresse änderst?
Funktioniert das?
Ja, das geht!
Es ging einmal, jetzt nicht mehr
Weder im Frontend noch im Backend?
Genau, alles blieb, wie es ist.
Refresh habe ich gerade durchgeführt, bringt keine Veränderung mit sich.
Beitrag geändert von wb_user82 (10.10.2018 11:12:17)
Offline
Ich weiß nicht, ob es machbar ist, aber könntest Du auf dem selben Server auf der gleichen Domain in einem Unterordner eine ganz frische Installation aufsetzen, und dann schauen, ob das selbe Problem besteht?
Das würde helfen, einzugrenzen, ob es Probleme mit dem Upgrade oder dem Server (inkl. PHP Version) gibt.
Gruß,
Christian
“Success is the progressive realization of a worthy ideal.” ― Earl Nightingale
Offline
florian