Fehler im ACP

[Overhead]

Hallo zusammen,




Board ist auf deutsch eingestellt und sollte eigentlich die Anzeige d.m.Y, H:i bringen.

Nach einer Neuregistrierung steht aber das drin, was das Bild zeigt - wo müsste ich nachschauen um das wieder ins reine zu bekommen?

cu Overhead

[oxpus]

admin/admin_board.php
Dort wird der Eintrag hierfür gesetzt.
Könnte aber auch in der templates/.../admin/board_config_body.tpl sein, daß der Default-Wert bei value für dieses Feld 5 anstelle des üblichen Platzhalters enthält.

Also zumindest solltest Du in der Board-Einstellung im ACP unter Allgemein > Konfiguration nachschauen, ob dort "5" als Vorgabe drinnen steht. Dann einfach nur korrigieren und neue User bekommen dann das eingestellt.
Ansonsten auch noch die usercp_register.php kontrollieren und ggf. die profile_add_body.tpl.

[Overhead]

@ Oxpus

In der ACP Einstellung Allgemein Konfiguration ist alles normal und in den jeweiligen Dateien ist überall Value={DEFAULT_DATEFORMAT}...

ich habe jetzt noch testweise einen User angelegt bei dem steht nun eine 1 im Datumsformat drin... das ist ziemlich verwirrend.

cu Overhead

[oxpus]

Ist denn auch in der admin_users.php hinter DEFAULT_DATEFORMAT alles okay?

[Overhead]

@ oxpus

für mich sieht die Zeile völlig normal aus:

Code: Alles auswählen

$user_dateformat = ( $HTTP_POST_VARS['dateformat'] ) ? trim( $HTTP_POST_VARS['dateformat'] ) : $board_config['default_dateformat'];

cu Overhead

[oxpus]

Und bei der Übergabe an das Template?

[Overhead]

[quote="oxpus";p="84933"]Und bei der Übergabe an das Template?[/quote]


Das ist die einzigste Zeile in der admin_users.php zu DEFAULT_DATEFORMAT

cu Overhead

[oxpus]

Also hinter 'DEFAULT_DATEFORMAT' steht "=> $user_dateformat"?
Dann wäre die usercp_register.php zu prüfen.

[Overhead]

@ Oxpus

andersrum hinter $users_dateformat kommt dann default_dateformat.....

in der users_register.php steht dann folgendes:

Code: Alles auswählen

$sql = "SELECT config_value
		FROM " . CONFIG_TABLE . "
		WHERE config_name = 'default_dateformat'";
	if ( !($result = $db->sql_query($sql)) )
	{
		message_die(GENERAL_ERROR, 'Could not select default dateformat', '', __LINE__, __FILE__, $sql);
	}
	$row = $db->sql_fetchrow($result);
	$board_config['default_dateformat'] = $row['config_value'];
	$user_dateformat = ( !empty($HTTP_POST_VARS['dateformat']) ) ? trim(htmlspecialchars($HTTP_POST_VARS['dateformat'])) : $board_config['default_dateformat'];

Da fällt mir auch nichts besonderes auf... oder übersehe ich etwas?

cu Overhead

[oxpus]

Wo die $board_config gefüllt wird, weiß ich.
Nur muss doch irgendwo der Defaultwert 5 herkommen, wenn er schon nicht im ACP drinnen steht.
Daher eben in der usercp_register.php nachschauen, ob eben dort ein anderer Wert als der aus $board_config verwendet wird!

[drkmnn666]

vielleicht hilft das, ist mir gerade über den weg gelaufen... keine ahnung ob...

klick

[Overhead]

@ Oxpus

ich finde in der usercp_register.php auch keinen Fehler ich hänge die mal ran evtl. übersehe ich ja etwas...

cu Overhead

[ Attachment gelöscht am Do 21.Feb, 2008 23:12 von oxpus ]

[oxpus]

Dann die profile_add_body.tpl untersuchen.

Hatte ich alles schon einmal geschrieben...

[Overhead]

@ Oxpus

und in der der gibt es nur die Zeile:

Code: Alles auswählen

<td class="row1"><span class="gen">{L_DATE_FORMAT}:</span><br />
		<span class="gensmall">{L_DATE_FORMAT_EXPLAIN}</span></td>
	  <td class="row2"> 
		<input type="text" name="dateformat" value="{DATE_FORMAT}" maxlength="14" class="post" />
	  </td>

und sonst nichts was irgendwie mit Date_Format zusammenhängt - und so wie ich das sehe ist da auch nichts fehlerhaft... das ist doch zum mäusemelken....

cu Overhead

[oxpus]

Nach langem Fragen stelle ich nun fest, daß es auch hieran nicht liegt.
Aber warum nicht gleich so und zeigen?

Gut, häng mal bitte alle 4 Dateien hier an, dann schaue ich mir den "Fluss" mal genauer an.

[Overhead]

@ Oxpus

Danke das Du Dir Mühe machen willst

mehr als 3 nimmt Dein System nicht an..... ich werde also 2 in 1 legen sich schreib es dann dazu..


cu Overhead

[ Attachment gelöscht am Sa 23.Feb, 2008 00:59 von oxpus ]

[ Attachment gelöscht am Sa 23.Feb, 2008 00:59 von oxpus ]

[ Attachment gelöscht am Sa 23.Feb, 2008 00:59 von oxpus ]

[oxpus]

mehr als 3 nimmt Dein System nicht an.....

Das ist auch gut so!

ich werde also 2 in 1 legen sich schreib es dann dazu..

Und warum nicht alle Dateien in ein Archiv?

Zum Thema: Die Dateien scheinen soweit i.O.
Der Fehler tritt aber bei Dir wohl nur im ACP auf, also bitte die board_config.php anhängen.

[Overhead]

@ oxpus

hast Du Dich verschrieben? Müsste es nicht die Admin_boad.php oder das tpl dazu sein... anyway ich häng mal beide ran..


cu Overhead

[oxpus]

Ja, klar, verschreibselt.

Zum Problem:
Es wird nun spanisch, denn wenn im ACP die "5" unter Datumsformat steht kommt das auch bei neuen Usern.
Der Weg von dort zur User-Registrierung ist bei Dir zunächst ohne Fehler, also muss demnach logischerweise in der Datenbank für default_dateformat eine "5" gespeichert sein.
Einen anderen Fehler kann ich nicht feststellen...

[Overhead]

@ Oxpus

was sollte den in der DB unter drinstehen?

btw. es war bisher nur einmal eine 5 in der Regel ist es eine 1 (die 5 kam als sich mehrere User innerhalb kürzester Zeit registrierten).

cu Overhead

[oxpus]

Halt, brrrrr, langsam zum mitdenken:

Wo genau steht denn jetzt die 1?
Im ACP unter Datumsformat oder "nur" beim Registrieren eines neuen Users?
Wird die Variable $date_format denn dann vielleicht in der page_header.php verändert?

[Overhead]

@ Oxpus,

wenn sich ein neuer User registriert, dann erscheint in der Regel eine 1 im Datums/Zeitfeld im ACP sollten es mehrere User innerhalb eines Tages sein ändert sich die Zahl auf 5... (der Screenshot im ersten Beitrag war nachdem sich 3 User am gleichen Tag registriert hatten!). Die Regel ist die 1.

Zur Sicherheit habe ich mal die page_header rangehängt..


cu Overhead

[oxpus]

wenn sich ein neuer User registriert, dann erscheint in der Regel eine 1 im Datums/Zeitfeld im ACP

?
Dann müsste ja die usercp_register.php den Wert in die phpBB-Config-Tabelle schreiben!
Und dann wäre die usercp_register.php an irgend einer Stelle defekt oder komplett verhunzt.
Macht auch so wirklich logisch keinen Sinn, was das soll.
Hast Du vielleicht einen MOD eingebaut, der die Registrierungen mitzählt und dabei was verhauen?

[Overhead]

@ Oxpus

nein eine derartige Mod habe ich nicht verbaut. Wie Du ja bereits gesehen hast sind die usercp_register ect. i.O.

Da im ACP eigentlich 2 Fehler auftreten, (das mit dem Datum und dann die Sache mit den Moderator) beschleicht mich immer mehr der Verdacht das evtl. beide Dinge miteinander zusammenhängen könnten.

Fehler 1:

Wie an aderer Stelle bereits beschrieben, habe ich das Problem, dass wenn ich die Moderatorenrechte eines Moderators ändere und/oder einen neuen Moderator per ACP einrichte ein bestimmter User automatisch als Moderator aufgeführt wird (in der DB als 2), er aber in keinem der Foren Moderatorenrechte hat.

Fehler 2:

Der bereits hier aufgeführte.

Könnte es sein, dass es auch wenn es jetzt ziemlich verrückt klingt, es da einen Zusammenhang gibt? Denn in beiden Fällen wird im ACP eine Veränderung angestoßen - in einem Fall wirkt sich das auf den Eintrag des Datums/Uhrzeit aus im andern Fall wirkt sich das bei einem bestimmten User (es ist immer der gleiche) Datenbankmäßig auf die Benutzerrechte aus. - Es fehlt mir hier wirklich am Knowhow ob da ein Zusammenhang vorhanden sein kann, aber vom Grundsatz her rühren die Fehler direkt oder indirekt aus Aktionen die auf die DB zugreifen her. Welche Files kämen dafür in Frage (die Files die wir bisher auf dem Schirm hatten - könnten wir wohl erst einmal ausschließen), es muss meiner Meinung nach ein File sein, dass sowohl für die Übergabe der Userdaten bei Registrierung an die DB, als auch für die Übergabe con Userrechten an die DB in Frage kommt.

cu Overhead

[oxpus]

Welche Files kämen dafür in Frage (die Files die wir bisher auf dem Schirm hatten - könnten wir wohl erst einmal ausschließen)

Gute Frage, vielleicht sind es genau diese Dateien.
Um das aber genauer zu testen, müsste ich direkt bei Dir debuggen.
Allerdings ist dieser Service dann nicht kostenlos...