easyback

Ich hab das Problem gefunden!

Wahrscheinlich durch Jahrelange Migration der Installation (der Blog ist mittlerweile 13 Jahre alt) ergab sich in der wp-config.php folgende Konstellation, und die wp-settings.php wurde 2 mal inkludiert, und da liegt das Problem. Nach der Anpassung an die wp-config.php einer frischen 5.6er Version klappt alles ohne Probleme.

/* Das wars schon, ab hier bitte nichts mehr editieren! Viel Spaß beim bloggen. */
define(‚ABSPATH‘, dirname(__FILE__).’/‘);
require_once(ABSPATH.’wp-settings.php‘);
define(‚AUTH_KEY‘, ‚xxx‘);
define(‚SECURE_AUTH_KEY‘, ‚xxx‘);
define(‚NONCE_KEY‘, ‚xxx‘);
define(‚AUTH_SALT‘, ‚xxx‘);
define(‚SECURE_AUTH_SALT‘, ‚xxx‘);
define(‚LOGGED_IN_SALT‘, ‚xxx‘);
define(‚NONCE_SALT‘, ‚xxx‘);

/** Absolute path to the WordPress directory. */
if ( !defined(‚ABSPATH‘) )
define(‚ABSPATH‘, dirname(__FILE__) . ‚/‘);

/** Sets up WordPress vars and included files. */
require_once(ABSPATH . ‚wp-settings.php‘);

• Diese Antwort wurde vor 4 Jahren, 2 Monaten von easyback geändert.
• Diese Antwort wurde vor 4 Jahren, 2 Monaten von easyback geändert.

Ja, gerade nochmal getestet. Edge, Firefox, Chrome. Ohne Erfolg, der Hash ist weiterhin unterschiedlich.

Ich konnte mich jetzt in die Funktion:
function wp_validate_auth_cookie() vorarbeiten

if ( ! hash_equals( $hash, $hmac ) ) {
			/**
			 * Fires if a bad authentication cookie hash is encountered.
			 *
			 * @since 2.7.0
			 *
			 * @param string[] $cookie_elements An array of data for the authentication cookie.
			 */
			 
			echo $hash.'----'.$hmac;
			echo "<pre>";
			die(var_dump($cookie_elements));
			echo "</pre>";
			do_action( 'auth_cookie_bad_hash', $cookie_elements );
			return false;
		}

die beiden Variablen $hash und $hmac sind nicht gleich und somit flieg ich dann raus. Jetzt ist nur die Frage, warum einer beiden Hash Werte nicht korrekt berechnet wird.

Grüß Dich,

das hatte ich auch schon versucht 🙁 gerade nochmal, leider auch wieder ohne Erfolg.

Gleiches Verhalten wie bisher.