Yes, I also having this issue after today I update the local.
Here what I see is the password in the database admin was set to a random password instead of our password which we fill while creating. I also change from there again but still can’t… :
Currently, the only way to get in is by enabling one-click admin.
I am encountering this issue too. The cause is the security keys are being generated incorrectly. They are being defined at the very end of the wp-config.php file, which is too late in the process and it breaks things. They should be declared in the spot where the PHP comments say that the security keys should be.
Yes, that´s the problem. Went to wp-config.php and deleted all lines after:
/** Sets up WordPress vars and included files. */
require_once ABSPATH . ‘wp-settings.php’;
Saved, and all is fine now!
Hello all! It looks like you have run into a known bug at this time. I’ll merge your topic into the main one so we can keep all the information contained. Our Engineers are aware of the issue and working on a fix! In the meantime, there are some workarounds listed in the main topic.
I can’t log in to my wp dashboard even after typing the right login details, it keeps bringing me back to an empty input field to put my login details again and when I do it still repeats. I have researched and tried the little solution I found including changing my router mode to local but still can’t solve the issue
Troubleshooting Questions
Does this happen for all sites in Local or just one in particular?
It happens on all the sites I try to upload, even when I create a new one
Are you able to create a new, plain WordPress site in Local and access it in a Browser?
Yes but I can’t log in to my admin dashboard
Replication
Describe the steps that others can take to replicate this issue. If you have screenshots that can help clarify what is happening, please include them!
I just go through the normal process of downloading local, uploading or creating new site and still encounter the same issue. let me include about my PC…Device name DESKTOP-M5D0VEH
Processor Intel(R) Core™ i5-4210U CPU @ 1.70GHz 2.40 GHz
Installed RAM 4.00 GB
Device ID 4C53CCF6-8D80-48C9-86BE-77D2992E4225
Product ID 00326-30000-00001-AA980
System type 64-bit operating system, x64-based processor
Pen and touch No pen or touch input is available for this display
System Details
Which version of Local is being used?
It says version 7.0.1+6387
What Operating System (OS) and OS version is being used?
Edition Windows 10 Home
Version 22H2
Installed on 12/7/2019
OS build 19045.2965
Experience Windows Feature Experience Pack 1000.19041.1000.0
Attach the Local Log. See this Help Doc for instructions on how to do so:
Local does a pretty good job of scrubbing private info from the logs and the errors it produces, however, there’s always the possibility that something private can come through. Because these are public forums, always review the screenshots you are sharing to make sure there isn’t private info like passwords being displayed.
I am experiencing the same thing. Importing or creating a new site, it keeps redirecting back to the login page. If I install an older version (pre-7) then it works fine.
I have rectified it, it has to do with the wp-config file. if you have visual studio code you can open the wp-config file and copy and paste this one that helped me solve the issue
<?php
/**
* The base configuration for WordPress
*
* The wp-config.php creation script uses this file during the installation.
* You don't have to use the web site, you can copy this file to "wp-config.php"
* and fill in the values.
*
* This file contains the following configurations:
*
* * Database settings
* * Secret keys
* * Database table prefix
* * Localized language
* * ABSPATH
*
* @link https://wordpress.org/support/article/editing-wp-config-php/
*
* @package WordPress
*/
// ** Database settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'local' );
/** Database username */
define( 'DB_USER', 'root' );
/** Database password */
define( 'DB_PASSWORD', 'root' );
/** Database hostname */
define( 'DB_HOST', 'localhost' );
/** Database charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8' );
/** The database collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );
/**#@+
* Authentication unique keys and salts.
*
* Change these to different unique phrases! You can generate these using
* the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}.
*
* You can change these at any point in time to invalidate all existing cookies.
* This will force all users to have to log in again.
*
* @since 2.6.0
*/
define('AUTH_KEY', '3tY1Q7HV2O6XRstJisqSFNEIBVBxHWJe44w1k2Izz5EmdEUj/T0EbI8leCeh+LidyPOzSHDdn5AkOBU8f3bhNQ==');
define('SECURE_AUTH_KEY', 'H9JtzQTC9RPeJZb06YbSIDhEr6oinBV6+VYV9om5UTPpdq6Hqa7Nc0QtyvzLLD/3Qvr2U5X4riCx6i8D3C59Ww==');
define('LOGGED_IN_KEY', 'PAL0iczcYfv/cHb/+qYDI2Ool1v/MRSJqimL42LtcGQHJgBJPdRVXkHM1ITPLA4dAalnhEGsf58tyUOTCGJPuQ==');
define('NONCE_KEY', 'lfkEP8tCNalp/DqOW3+1ZPkm8SCqbAlQDlp+lxirDPtVqOfRyNbYUiAabcD+q/xc9csimlK/u2c/2cX+v5kiZg==');
define('AUTH_SALT', 'WmOs81RiBHuFh9PZqk0jIigRgCz64X34CHTrKlMGvI+CBBCRzHkkYZWcGCfKeS8Z7d7ufdvdxeAXQRFbQbo6Rg==');
define('SECURE_AUTH_SALT', 'IHmnyJSW26SeDQA46gCVDW174gya0wSmBi1EQk2Qo1IfmxkObONMtKmjDKMOc/tcVXbPEeIen820Enp/3K2lug==');
define('LOGGED_IN_SALT', 'KLNtSJA4pMT76pZjLOJy5oULCtCL2CjyNCzUSuxZO+e4a8SVV2j80eJjZDzfYoDOOhOGIoxVBrZY/9j+rlxUwg==');
define('NONCE_SALT', 'FdPezNsW2EzsoygkO5MnmL4SGsVYIfFm004f6pf+KGvhsAtvFEbQhpKdSRjTQEB1a3jfD2n+s4urX+TqA/GJDw==');
/**#@-*/
/**
* WordPress database table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = 'wp_';
/* Add any custom values between this line and the "stop editing" line. */
/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*
* For information on other constants that can be used for debugging,
* visit the documentation.
*
* @link https://wordpress.org/support/article/debugging-in-wordpress/
*/
if ( ! defined( 'WP_DEBUG' ) ) {
define( 'WP_DEBUG', false );
}
define( 'WP_ENVIRONMENT_TYPE', 'local' );
/* That's all, stop editing! Happy publishing. */
/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
define( 'ABSPATH', __DIR__ . '/' );
}
/** Sets up WordPress vars and included files. */
require_once ABSPATH . 'wp-settings.php';
That fixed it for me as well! Thanks Digitalfreak. The difference between the one you posted and the default is the placement of the auth keys. In the default one produced by Local, all the auth keys are at the bottom, under the line ‘require_once ABSPATH . ‘wp-settings.php’;’. It looks like this causes the issue, when I move them up under the commented section ‘Authentication unique keys and salts.’ (as it is in your post), the site works as it should.
hello, good afternoon, I have a problem logging into wp-admin, when I try to login, in any site that I create (it doesn’t give me an error, or anything). Only the page remains in the same place and it asks me for a username and password again; I already tried deleting Localwp, deleting the cache, with both databases. When I put it to do automatic login, it enters perfectly, but if I log out and try to log in with my key and password, or if I create another administrator and try to log in, the same thing happens.
Hey everyone! Just updating the thread here after merging some more topics. Our Engineering team is aware of this bug and is actively working on a fix. Stay tuned and we’ll let you know as soon as that has been rolled out!