beta4 login problem

[Timbalu]

Hallo

ich habe gerade von 1.1 alpha (4?) auf beta 4 vom gestrigen Tag upgedated. Nachdem ich feststellte, dass einige (statische?) Seiten nicht mehr funktionierten, wollte ich einloggen, aber nix geht!
Ich habe es schon mit einem UPDATE `s9y_authors` SET password = MD5('XXXXXXXX') where username='XXXX' versucht, aber leider ohne Erfolg.

Könnte es irgendwie an den DB Updates liegen?
zB. db_update_1.1-beta3_1.1-beta4_mysql.sql

Ian

[garvinhicking]

Hi!

Was kommen denn für Fehlermeldungen? Das DB-Update betraf eigentlich nur die serendipity_groupconfig DB Tabelle. Existiert die bei Dir noch und enthält einträge?

Viele Grüße,
Garvin

[Timbalu]

Hallo Garvin
keine Fehlermeldungen, außer, dass das Login falsch ist.....

Die serendipity_groupconfig DB Tabelle ist noch da und sieht eigentlich gut aus.

vielleicht war es ja auch etwas anderes, ich habe sie nur als Beispiel genannt, da ich die andere sql, die upgedated wurde, nicht mehr wußte...., wenn es daran überhaupt liegt.

Ian

[garvinhicking]

Hi!

Vielleicht kannst Du nochmal downgraden? Eigentlich sollte sich von beta4 da nix geändert haben.

Grüße,
Garvin

[Timbalu]

Ich habe auf s9y 1.1 20060808 downgegraded und alles ist wieder ok.

Woran liegt es also?

Ian

[garvinhicking]

Tja, bei mir auf meinen Live-Server klappt es nach wie vor auch mit dem aktuellen nightly.

Ich habe zur zeit keinen entwicklungsserver, kann da also keine weiteren versuche machen. Vielleicht kannst Du ja mal versuchen was zu debuggen. include/functions_config.inc.php, die serendipity_login() und serendipity_authenticate_author() funktionen.

Viele Grüße,
Garvin

[Timbalu]

Die serendipity_login() ist gleich geblieben und die serendipity_authenticate_author() funktion enhält nur den korigierten $$row['realname'] -> $row['realname'].

Ansonsten sind nur die Plugin Permission Sachen neu.

komisch,Ian

[garvinhicking]

Hi!

D.h. serendipity_authenticate_author authentifiziert deinen autoren korrekt, und das SQL-Statement liefert den account zurück?

Prüfe mal an welcher Stelle im Code der Fehler ausgegeben wird, und aufgrund welcher variablen das passiert.

Grüße,
Garvin

[Timbalu]

Interessant! Das ganze System läuft als geschlossene Benutzergruppe unter einem normalen .htaccess Zugang, mit username, password.

Ein

Code: Select all

function serendipity_authenticate_author($username = '', $password = '', $is_md5 = false, $use_external = true) {
    global $serendipity;
print $username . ' ' . $password . ' ' . $is_md5 . ' ' . $use_external;

gibt mir den Usernamen und das Password des .htaccess Zugangs aus, anstatt der eingegebenen Daten auf der s9y Loginseite.

Das darf wohl nicht sein. Kann ich das Verhalten irgendwie ändern??

gruesse, Ian

[Timbalu]

Ich hab den Schlawiner:

Es lag an dem neu eingefügten

Code: Select all

if (!isset($serendipity['useHTTP-Auth'])) {
    $serendipity['useHTTP-Auth'] = true;
}

in der serendipity.config.inc.php.

gruesse, Ian

[garvinhicking]

Hi!

Na, von dem .htaccess hättest du auch anfangs was erwähnen können. *g*

Ja, das ist ein neues Feature, das htaccess Logins übernehmen kann. Für RSS-feeds mit Login ist das erforderlich.

Viele Grüße,
Garvin