Problem phpBB 2.0.19 und Frage zu Protect User Account MOD

Beitrag von **SkYfiGhTeR** » Sa 31.Dez, 2005 10:26

Deine phpBB Version: Vanilla phpBB 2.0.19
MODs: Ja
Dein Wissensstand: Grundwissen
Link zu Deinem Forum: [url]http://[/url]

PHP Version:
MySQL Version:

Was hast Du gemacht, bevor das Problem aufgetreten ist?

Was hast Du bereits versucht um das Problem zu lösen?

Fehlerbeschreibung und Nachricht

Hallo,

ich habe gestern das Update auf 2.0.19 durchgeführt.

Ich bin die Änderungen auch eben nochmals durchgegangen, kann aber keinen Fehler finden.

Ich sehe im Admin-Bereich in der allgemeinen Foren-Konfiguration die Möglichkeit "Account-Freischaltung" => "Keine", "E-mail", "Durch den Admin" nicht mehr. Die beiden neuen Funktionen für LogIn Versuche und Sperrzeit sind vorhanden.

Wenn ich einen neuen User registriere, muss ich diesen nun erst selbst freischalten (das hat wohl damit zu tun, dass die "Account-Aktivierung" nicht mehr im Menü vorhanden ist und sich das auf "durch Admin" gestellt hat oder so) und wenn ich den User aktiviert habe und mich mit ihm einloggen will, dann lädt nach Eingabe des Benutzernamens und des Passworts einfach die Seite neu und ich bin wieder uneingeloggt auf der Index-Seite. Das kam nur einmal so vor, ansonsten kommt nach dem Einloggen mit gewähltem Benutzernamen und Passwort die Meldung, dass der Account inaktiv sei oder noch nicht aktiviert.

Mit vor dem Update registrierten Accounts gibts keinerlei Probleme.

Ich habe erst vermutet, dass das vielleicht mit dem Protect User Account MOD von Niels zusammenhängt, da der ja ebenfalls die fehlgeschlagenen LogIn Versuche und eine Sperrzeit hinzufügt, aber den habe ich in einem zweiten Board auch eingebaut und da gibt es die besagten Probleme nicht mit dem LogIn.

D.h. es müsste doch irgendwie an den Änderungen durch das Update liegen, ich kann nur beim besten Willen keinen Fehler finden.

Bin für jede Hilfe dankbar!

Edit: Soeben habe ich mit dem neu registrierten Account nochmal versucht einzuloggen und es kam die Meldung, dass das Passwort abgelaufen sei und ich mir ein neues zuschicken lassen soll. Das habe ich getan und in der Mail auf den Aktivierungs-Link für das neue Passwort geklickt und mich anschließend mit dem neuen Passwort aus der Mail versucht einzuloggen und siehe da, es klappt. Hm...also irgendwie scheint das Ganze also schon mit der komischen "Account-Aktivierung" bzw. Freischaltung zusammenzuhängen, da die ja auch im Admin-Menü nicht mehr vorhanden ist. Der Protect User Account MOD kann es ja nicht sein, da der in einem anderen Forum auch installiert ist und es da keine Probleme mit dem LogIn gibt.

- - - - - -

Abgesehen davon wollte ich noch fragen, ob es denn nun durch den Protect User Account MOD irgendwelche Überschneidungen gibt bzw. welcher MOD nun eigentlich greift, da ja nun das phpBB an sich sowie auch der MOD von Niels die Möglichkeit bieten, die fehlgeschalgenen LogIn's zu zählen und anschließend eine Sperrzeit zu verhängen.
Sollte man hier den MOD von Niels ausbauen oder einfach drin lassen, da es ja bei dem MOD noch die Einstellungen für das Passwort an sich gibt und für die LogIn-Versuche sowie die Sperrzeit sowie zuerst die Funktion von phpBB an sich greift ?

Grüße

SkYfiGhTeR

Beitrag von **oxpus** » Sa 31.Dez, 2005 14:44

Der Protect User Account MOD ist hier unschuldig.
Eher hast Du in der board_config_body.tpl etwas entfernt...

Beitrag von **SkYfiGhTeR** » Sa 31.Dez, 2005 14:57

Hi,

stimmt...in der board_config_body.tpl hat das mit "Activation" gefehlt. Habe es wieder eingefügt und der Eintrag ist nun wieder in der Forum-Konfiguration vorhanden und steht auf "Keine".

Ich habe soeben nochmal einen neuen User registriert und will mich direkt danach einloggen:

"Du hast einen falschen oder inaktiven Benutzernamen oder ein falsches Passwort eingegeben."

Und als Admin eingeloggt ist zu sehen, dass der User nicht aktiv ist, also in der Benutzer-Administration.

Von wo kann das denn kommen? Das ist erst seit dem Update auf 2.0.19 so, vorher konnte man sich nach dem Registrieren ganz normal einloggen und war auch gleich "aktiv" und musste nicht erst noch freigeschaltet werden. Zumal die Aktivierung ja sowieso deaktiviert ist.

- - -

Und wie sieht es damit noch aus:

Abgesehen davon wollte ich noch fragen, ob es denn nun durch den Protect User Account MOD irgendwelche Überschneidungen gibt bzw. welcher MOD nun eigentlich greift, da ja nun das phpBB an sich sowie auch der MOD von Niels die Möglichkeit bieten, die fehlgeschalgenen LogIn's zu zählen und anschließend eine Sperrzeit zu verhängen.
Sollte man hier den MOD von Niels ausbauen oder einfach drin lassen, da es ja bei dem MOD noch die Einstellungen für das Passwort an sich gibt und für die LogIn-Versuche sowie die Sperrzeit sowie zuerst die Funktion von phpBB an sich greift ?

Grüße
SkYfiGhTeR

Beitrag von **oxpus** » Sa 31.Dez, 2005 15:21

Also den Protect User Account MOD habe ich in der login.php und page_header.php um die Funktionen für fehlgeschlagene Logins gekürzt.
Das ist mir eh zu blöd gewesen.
Wenn das abgeschaltet ist, kommt auch keine unsinnige Fragerei nach einem abgelaufenen Passwort.
Die Methode im phpBB 2.0.19 ist hier schon okay, wobei diese auch Risiken birgt, den Admin auszusperren!

Beitrag von **SkYfiGhTeR** » Sa 31.Dez, 2005 15:37

Hi,

mhm achso.

Naja und wie schaut das nun mit meinem Problemchen aus?

Ich registriere einen neuen User und möchte mich anschließend einloggen und es kommt jedoch die Meldung:

"Du hast einen falschen oder inaktiven Benutzernamen oder ein falsches Passwort eingegeben."

Ich muss dann erst als Admin den neuen User aktivieren/freischalten.
Wenn ich das gemacht habe - obwohl ich gar nicht verstehe, wieso ich das machen muss, denn die Account-Aktivierung ist deaktiviert ! - versuche ich mich anschließend mit dem neu registrierten Benutzer einzuloggen und diese Meldung erscheint:

"Dein Passwort ist abgelaufen, du kannst um ein neues bitten.

Schick mir ein neues Passwort."

Ich kann dann auf den Link "Schick mir ein neues Passwort." klicken und bekomme eine E-Mail mit einem neuen Passwort sowie einem Link zum Aktivieren des Passworts. Nachdem ich den Link aus der Mail angeklickt habe, kann ich mich dann endlich mit dem neu registrierten Benutzer und dem Passwort aus der Mail einloggen!

Aber das ist doch alles nicht der normale Ablauf?!

1.) Es sollte keine Account-Aktivierung geben, da diese nicht eingeschaltet ist

2.) Wieso ist direkt nach der neuen Registration das Passwort abgelaufen?!

=> Das war vor dem Update auf 2.0.19 (und da war vorher auch schon der Protect User Account MOD installiert) nicht der Fall gewesen...

Grüße
SkYfiGhTeR

Beitrag von **oxpus** » Sa 31.Dez, 2005 15:59

1. Stelle die Account-Aktivierung auf "User" dann bekommt dieser eine Email, um seinen Account freizuschalten. Ist immer noch die beste Methode, den User auch halbwegs als "echt" zu identifizieren.

2. Ich sagte ja, baue die betreffenden Teile aus der page_header.php (kompletter Part des PUA MODs) und der login.php aus. Dann ist damit Ruhe.

Beitrag von **SkYfiGhTeR** » Sa 31.Dez, 2005 16:16

Hi,

joa...das mit der Freischaltung kann ich ja nochmal überlegen..

Ich verstehe nur nicht, wieso das Ganze in meinem anderen Forum einwandfrei funktioniert und da ist auch nichts am PUA rausgenommen worden.

Aber naja, wenn's danach geht...wär's ja gut. Ich habe die beiden Dateien mal angehängt, da ich nicht genau weiß, was zu entfernen ist. Wäre super, wenn du dir das mal kurz ansehen würdest.

Grüße
SkYfiGhTeR

[ Attachment gelöscht am So 01.Jan, 2006 14:17 von oxpus ]

Beitrag von **oxpus** » Sa 31.Dez, 2005 19:20

Und zurück...

Beitrag von **SkYfiGhTeR** » So 01.Jan, 2006 10:01

Hi,

vielen Dank!

Nur das hat leider gar nichts an meinem Problem geändert.

Ist ja irgendwie auch logisch, denn ich habe ein Forum am Laufen, das den PUA vollständig installiert hat und es geht auch nach dem Update von 2.0.18 auf 2.0.19 alles einwandfrei.

D.h. es muss bei dem zweiten Forum hier - bei dem ich beim Update eigentlich nichts anders gemacht habe und wo ja ebenfalls der PUA MOD installiert ist - genauso gehen. Nur tut es das eben leider nicht und ich verstehe einfach nicht wieso.

Vielleicht liegt es auch nicht am eigentlichen Update von 2.0.18 auf 2.0.19 sondern direkt am PUA MOD und dort einem (Einbau-)Fehler?!

Ich beschreibe nochmal das eigentlich Problem oder die Fehlfunktion:

- Fehlerfreie Registration eines neuen Users

- Anschließendes Einloggen mit dem bei der Registrierung gewähltem Benutzernamen und Kennwort schlägt mit dieser Fehlermeldung fehl:

Du hast einen falschen oder inaktiven Benutzernamen oder ein falsches Passwort eingegeben.

- Nach der Aktivierung des neu registrierten Accounts durch einen Admin (was normalerweise NICHT vorkommen dürfte, da die Account-Aktivierung _deaktiviert_ ist), kommt folgende Meldung beim Einloggen:

Dein Passwort ist abgelaufen, du kannst um ein neues bitten.

Schick mir ein neues Passwort.

- Nach Klicken auf den Link "Schick mir ein neues Passwort" kommt dem neu registrierten Benutzer eine E-Mail mit einem neuen Passwort sowie einen Aktivierungslink für das Passwort zu.

- Nachdem man das Passwort per Klick auf den Link aus der Mail aktiviert hat, ist das Einloggen mit dem neu registrierten Benutzer und dem neuen Passwort dann fehlerfrei möglich.

So, d.h. das erste Problem ist schon mal, dass neu registrierte Benutzer einfach erstmal inaktiv bzw. nicht freigeschaltet sind, obwohl sie das sein sollten, da nämlich keine Account-Aktivierung eingeschaltet ist.

Und danach verstehe ich nicht, wieso direkt der erste LogIn nicht funktioniert, weil das Passwort abgelaufen sein soll und man sich erst ein neues zuschicken lassen soll.

Das Ganze gab es, bevor der PUA-MOD sowie auch das Update von 2.0.18 auf 2.0.19 installiert wurden, nicht. Da hat alles normal geklappt und auch registrierte Benutzer, die also vor Installation des PUA-MODs und des Updates registriert sind, geht der LogIn einwandfrei.

Ich hoffe wir finden da noch die Problemstelle bzw. die Lösung zu dem merkwürdigen Problem.

Danke im Voraus!

Grüße und ein schönes neues Jahr
SkYfiGhTeR

Beitrag von **oxpus** » So 01.Jan, 2006 13:17

Ja, ich hatte doch genau diese Stellen ausgebaut, die das Passwort abverlangen!
Welche MODs hast Du denn noch eingebaut?
Wenn Du die Account Aktivierung wirklich abgeschaltet hast (ACP > Allgemein > Konfuguration > Account-Freischaltung aktivieren > Keine) muss das auch so in der Datenbank stehen und in der usercp_register.php berücksichtigt werden.
Scheinbar hast Du Dir hier etwas zerstört.
Durch den PUA MOD wird schliesslich auch nur (mit meinen gänderten Dateien) gespeichert und geprüft, ob das Passwort z. B. den Regeln im ACP entspricht. Also komplex, Zeichensatz, etc.
Die Prüfung auf ein abgelaufenes Passwort habe ich ja kompeltt rausgenommen!
Und aktiviert muss ein User auch werden.
Das wird in keinster Weise durch den PUA MOD angefasst.
Vielleicht ein Einbaufehler?

Beitrag von **SkYfiGhTeR** » So 01.Jan, 2006 13:36

Hi,

hm..ja, das kann durchaus sein, aber ich habe die Dateien ja mit den von dir bearbeiteten ersetzt und die oben genannten Meldungen bzw. der Ablauf blieb der gleiche.
Und die Account-Aktivierung ist wirklich abgeschaltet. Und ein User muss doch nicht zwingend aktiviert werden? Wenn die Account-Aktivierung abgeschaltet ist, dann registriert sich ein Benutzer und kann sich anschließend ohne weiteres mit seinem Benutzernamen und Passwort einloggen. Und zwar ohne, dass er auf einen Link in einer Mail klicken oder auf eine Freischaltung/Aktivierung durch den Admin warten muss. (?)

Hm, ja also Einbaufehler beim Update von 2.0.18 auf 2.0.19 kann ich eigentlich ausschließen, das bin ich nochmal durch und da passt alles, genauso beim PUA MOD.

Es sind noch einige andere MODs eingebaut...alle aufzählen?

In welcher Datei könnte da denn ein Einbaufehler vorliegeen, wenn eben der Ablauf wie ich ihn im Posting vor diesem hier beschrieben habe so auftritt? In der usercp_register.php?
Die ist jetzt mal im Anhang..

Also irgendwas muss es ja zumindest mit der Registrierung bzw. dem LogIn auf sich haben, denn da liegt ja eindeutig der "Fehler" bzw. das Problem. :/

Und es betrifft wie gesagt nur ab jetzt registrierte Benutzer. Ich habe mit meinem Account z.B. gar keine Probleme. Irgendwas ist mit der Registrierung/LogIn/Passwort da faul...ich frage mich nur was.

Grüße
SkYfiGhTeR

[ Attachment gelöscht am So 01.Jan, 2006 14:17 von oxpus ]

Beitrag von **oxpus** » So 01.Jan, 2006 14:17

Du hast den Birthday MOD falsch eingebaut!!!!!
Hier die korrigierte Datei:

Beitrag von **SkYfiGhTeR** » So 01.Jan, 2006 14:38

Hi,

hmpf...mensch und das trotz extra Hinweis an dieser Stelle. :/

Lag das nun lediglich an der einen Zeile:

Code: Alles auswählen

$sql = "INSERT INTO " . USERS_TABLE . "	(user_id, username, user_regdate, user_password, user_email, user_icq, user_website, user_occ, user_from, user_interests, user_sig, user_sig_bbcode_uid, user_avatar, user_avatar_type, user_viewemail, user_aim, user_yim, user_msnm, user_attachsig, user_allowsmile, user_allowhtml, user_allowbbcode, user_allow_viewonline, user_notify, user_notify_pm, user_popup_pm, user_timezone, user_dateformat, user_lang, user_style, user_level, user_allow_pm, user_passwd_change, user_active, user_actkey, user_birthday, user_next_birthday_greeting)

und da hätte eben eigentlich das so stehen sollten:

Code: Alles auswählen

$sql = "INSERT INTO " . USERS_TABLE . "	(user_id, username, user_regdate, user_password, user_email, user_icq, user_website, user_occ, user_from, user_interests, user_sig, user_sig_bbcode_uid, user_avatar, user_avatar_type, user_viewemail, user_aim, user_yim, user_msnm, user_attachsig, user_allowsmile, user_allowhtml, user_allowbbcode, user_allow_viewonline, user_notify, user_notify_pm, user_popup_pm, user_timezone, user_dateformat, user_lang, user_style, user_level, user_allow_pm, user_birthday, user_next_birthday_greeting, user_passwd_change, user_active, user_actkey)

?

Naja, zumindest ist nun mal das Problem mit der Meldung von wegen inaktiver Benutzer behoben.

Jetzt habe ich noch ein Problem und 'ne Kleinigkeit (*g*):

1.) Wenn ich mich nun mit einem neu registrierten Benutzer einloggen möchte, kommt eben die Meldung:

Dein Passwort ist abgelaufen, du kannst um ein neues bitten.

Schick mir ein neues Passwort.

Tja..und das darf ja normalerweise beim PUA MOD nicht der Fall sein, zumindest nicht, wenn ich als Dauer bis ein neues Passwort festgelegt werden muss 1095 Tage eingestellt habe.
Wie gesagt, der MOD ist auch in einem anderen Forum von mir installiert und da kommt diese Meldung nicht und die Einstellungen im ACP sind exakt die gleichen. :/

2.) Wenn neu registrierte Benutzer kein Geburtsdatum angibt, so steht dann im Profil bei Geburtstag nicht "keiner angegeben" wie es eigentlich der Fall sein sollte, sondern es wird automatisch der 01.01.1970 gesetzt. Wie kann ich das denn beheben?

Grüße
SkYfiGhTeR

Beitrag von **oxpus** » So 01.Jan, 2006 16:32

Ich hatte doch genau diesen Part komplett ausgebaut, also auch die Prüfung darauf!
Hast Du wirklich diese Dateien hochgeladen?

Beitrag von **SkYfiGhTeR** » So 01.Jan, 2006 16:53

Hi,

ja ich hatte mich wohl nicht ganz so ausführlich ausgedrückt.

Mit den bearbeiteten Dateien geht das mit dem LogIn problemlos.

Nur ich habe ja noch ein Forum und da ist nichts vom PUA MOD rausgenommen worden und es funktioniert trotzdem und das hätte ich hier gerne auch. *g*

Bzw. was genau hast du denn nun aus den Dateien entfernt? Eben den Teil des PUA MOD oder wie?

Und wenn es halt nicht anders geht, dann kann ich den PUA MOD ja im Prinzip auch wieder komplett ausbauen, denn da bleiben mir ja nicht mehr viele zusätzliche Funktionen übrig, jetzt auch nach dem Update auf 2.0.19. Die Funktion "Sicheres Passwort" nutze ich nicht und dann wären es nur noch "Passwort vom Usernamen verschieden" und "minimale Passwortlänge".

Also die beiden Funktionen wären mir schon recht wichtig.

Naja, ich würde halt gerne wissen, wieso es nicht funktioniert, wenn die Dateien nicht abgeändert werden, da es in einem anderen Forum funktioniert.

Und dann ist ja die Sache, dass mit 2.0.19 die LogIn-Versuche und die Sperrzeit sowieso dazugekommen sind und das dann ja doppelt gemoppelt wäre.

Welche Einstellung würde denn dann eigentlich zuerst greifen, wenn man beides nutzt?! Also welche Sperrzeit z.B. ?

Und was müsste nun genau beim PUA MOD entfernt werden, um die beiden Optionen für die LogIn-Versuche sowie die Sperrzeit zu entfernen und dann auch im ACP die beiden Einstellungsmöglichkeiten rauszubekommen, da die ja dann sowieso irrelevant würden?

- - - -

Achja, und das wäre mir auch noch wichtig, weil das ist irgendwie etwas komisch/nervig:

2.) Wenn neu registrierte Benutzer kein Geburtsdatum angibt, so steht dann im Profil bei Geburtstag nicht "keiner angegeben" wie es eigentlich der Fall sein sollte, sondern es wird automatisch der 01.01.1970 gesetzt. Wie kann ich das denn beheben?

Grüße
SkYfiGhTeR

Beitrag von **oxpus** » So 01.Jan, 2006 18:10

Ich habe nur rausgenommen, daß das Passwort nicht auf die Gültigkeitsdauer geprüft wird und eben die absolut nervige Anzeige nicht mehr erscheint.
Dazu auch nicht mehr vorhanden, wie oft ein User mehrfach falsch anmeldet. Das ist eh im phpBB selber nun enthalten.
Also ist der PUA in dieser Richtung nach meiner Meinung eh überflüssig.

Daher:
Bau auch im "kompletten" Forum diese Funktion aus (kannst ja die beiden Dateien vergleichen), um eben wieder ein einheitliches Bild zu bekommen.

Dazu:
Wenn 2 Foren auf der selben Umgebung laufen und beide scheinbar identisch sind, heisst das noch lange nicht, daß auch alles korrekt gleich funktioniert.
Ich erlebe das auch immer wieder mit meinen verschiedenen Foren

Und ich sagte schon: Der Birthday MOD war an einer Stelle schon falsch eingebaut.
Komtrolliere dessen Installation nochmal genau nach, um alle Fehler zu beheben.

Beitrag von **SkYfiGhTeR** » So 01.Jan, 2006 21:05

Hi,

mhm alles klar. Aber für die zu wählenden Passwörter an sich, also dass Usernamen nicht gleich Passwort sein darf usw. dafür kann man den PUA ja schon noch gebrauchen.

Hm und was hab ich genau zu tun, wenn du sagst "Bau auch im kompletten Forum (also anderen betroffenen Dateien des PUA) diese Funktion aus" ? Bzw. welche Dateien soll ich denn vergleichen? Ich muss ja jetzt bestimmte Änderungen die ich durch den PUA MOD vorgenommen habe an den Dateien _teilweise_ wieder rückgängig machen und welche Teile wären das genau? Um z.B. auch im ACP dann das mit den LogIn Versuchen und der Sperrzeit nicht mehr zu haben, denn die beiden Dinge sind ja dann auch rausgenommen, da sie ja überflüssig sind?

- - - - - -

Zum Birthday Mod: Die eine Stelle in der usercp_register.php ist ja nun bereits behoben. Nur wenn bei der Erstregistration eben kein Geburtstdatum angegeben wird, wird der Geburtstag des neuen Benutzers automatisch auf den 01.01.1970 gesetzt - wieso?

Grüße
SkYfiGhTeR

Beitrag von **oxpus** » So 01.Jan, 2006 22:50

Nur die beiden Dateien vergleichen, die ich geändert habe.
Und die restlichen Funktionen bleiben ja auch alle erhalten.

Den Birthday MOD eben nochmal nachkontrollieren.
Der MOD arbeitet an sich fehlerfrei, wenn er denn korrekt eingebaut wurde.

Beitrag von **SkYfiGhTeR** » Di 03.Jan, 2006 20:36

Hi,

den Birthday MOD bzw. die zu ändernden Dateien bin ich nun bereits schon zweimal nochmal durchgegangen...und ich kann da wirklich nichts mehr verkehrtes finden.

In welcher Datei könnte/müsste sich denn da am ehesten etwas Fehlerhaftes befinden, dass bei keiner Angabe eines Geburtstags automatisch der 01.01.1970 gesetzt wird und nicht einfach "keiner angegeben" steht?

Grüße
SkYfiGhTeR

Beitrag von **oxpus** » Mi 04.Jan, 2006 00:01

In der usercp_register.php die EIngabe und die Anzeige in der usercp_viewprofile.php...

Beitrag von **SkYfiGhTeR** » Mi 04.Jan, 2006 08:52

Hi,

hm..so beide nochmal überprüft auf Birthday MOD Änderungen und ich finde da wirklich nichts.

Ich hab die beiden Dateien mal angehängt...also irgendwas muss in denen dann ja noch faul sein, was den Birthday MOD und/oder den PUA MOD angeht...finde nur nicht was.

Danke schon mal für's Durchsehen...

Beitrag von **oxpus** » Mi 04.Jan, 2006 09:47

Hm, hier in der usercp_viewprofile.php wird geprüft:

Code: Alles auswählen

// Start add - Birthday MOD
if ($profiledata['user_birthday'] != 999999)
{
	$user_birthday = realdate($lang['DATE_FORMAT'], $profiledata['user_birthday']);
} else
{
	$user_birthday = $lang['No_birthday_specify'];
}
// End add - Birthday MOD

Dazu muss in der Datenbank auf "999999" bei den Usern eingetragen sein, die kein Geburtstag angegeben haben.
Steht da "0" kommt auch 1.1.1970 raus.
Die usercp_register.php scheint hier jedenfalls erstmal korrekt zu sein...

Beitrag von **SkYfiGhTeR** » Mi 04.Jan, 2006 10:25

Hi,

hm..also wenn ich einen neuen User registriere steht in der Datenbank bei diesem User:

user_birthday auf 0

und es steht übrigens auch: user_passwd_change auf 999999 !

Also ich habe nochmal die original Dateien von oben vom PUA MOD genommen und nicht deine geänderten Dateien und dann den User registriert und dann steht eben das "999999" bei user_passwd_change. Bei den vorher registrierten Usern stehen längere Zahlen mit "113..." .

Kann man hier vll. irgendwie noch den "Fehler" finden, wieso das bevor du die Dateien geändert hast nicht gegangen ist nach der neue Registrierung ohne das Passwort erst zu ändern?

Grüße
SkYfiGhTeR

Beitrag von **oxpus** » Mi 04.Jan, 2006 10:46

Ja, das sind dann noch die fehlerhaften Profile, bevor ich die usercp_register.php behoben hatte.
Führe mal diesen SQL-Befehl aus, damit es wieder stimmt:

Code: Alles auswählen

UPDATE phpbb_users SET user_birthday = '999999', user_passwd_change = 0 WHERE user_passwd_change = '999999';

Danach sollten alle Fehler behoben sein.
Ändere ggf. den Wert für user_passwd_change, wenn der "Default"-Wert ein anderer ist.

Beitrag von **SkYfiGhTeR** » Mi 04.Jan, 2006 18:19

Hi,

hm...ja das würde bei allen Benutzern dann einmalig den Wert von user_birthday auf 999999 setzen, bei denen es eben derzeit auf 0 steht.

Nur das Problem ist (auch mit den von dir geänderten Dateien!), dass wenn sich User derzeit anmelden, immernoch der Wert 0 bzw. 01.01.1970 eingetragen wird, wenn kein Geburtstag angegeben wird und das trotz der von dir geänderten Dateien...das ist das Problem. Da es ja nicht sooo sinnvoll ist, in regelmäßigen Abständen immer diesen Wert in der Tabelle anzugleichen... *g*