andyldex

Thanks for the replies both. I may just leave the installation as is, it does have one benefit that using the plugin for domain mapping means that the original site will forward automatically onto the custom domain which in our installation is useful. We could obviously achieve this by other means, but as is its convenient and works.
If we wanted to remove the plugin and use native mapping would we really have to get rid of the old installation, I don’t see why I cannot just remove the plugin and update the wp-config.php if I my installation is using an up to date WordPress version,

thanks, Andy.

Hi,

here is what I understand you wanted to see from wp-config

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', true );
$base = '/';
define( 'DOMAIN_CURRENT_SITE', $_SERVER['HTTP_HOST'] );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );
define( 'SUNRISE', 'on' );

thanks, Andy.

ok, thanks for clearing that up, appreciate the reply,

Andy.

• This reply was modified 7 years ago by andyldex.

Hi,

if your current issue is you cannot login, but you have access to modify the database you should follow these instructions:

https://codex.wordpress.org/Resetting_Your_Password

If that doesn’t work you should probably open a new thread regarding this issue,

thanks, Andy.

Thanks for the info. As mentioned in the thread, I’m now testing against Apache (on another system) to simplify the troubleshooting, however I still have the same problem.

One weird thing I’ve just noticed is that it seems I cannot logout, after doing a logout and being told I’m logged out I am actually still logged in and can access wp-admin. The only way I can really log out is clearing my local cookies. So seems like something bad is happening with sessions on the server. I actually don’t see any files in the PHP session.save_path “/var/lib/php5/sessions”. Incidentally on the live server I’m using memcache and also see this issue

• This reply was modified 8 years, 12 months ago by andyldex.

Hi,

I haven’t personally used this type of password reset ever. I assume its worked in the past as no one has ever complained before.
The site I’m testing against is HTTP, so no SSL. Server config is now default Apache 2.4 install, htaccess as mandated by WordPress. Wp-config.php also contains default settings plus what wp-admin instructs me to add.

any suggestions of what else I can test or try?

thanks, Andy.

Yep, so the password reset is requested from

http://domain.com/wp-login.php?action=lostpassword

the email has a link similar to:

http://domain.com/wp-login.php?action=rp&key=7T2V5y5W44j0KOBGylCb&login=andytest

and as soon as you access the above link you are redirected to

http://domain.com/wp-login.php?action=lostpassword&error=invalidkey

thanks for your reply. Yes the MU plugin directory has been renamed, there are zero plugins showing from wp-admin.

I just recreated the wp-config.php from the sample, using the bare minimum config and new salts and I still have the exact same error when attempting password reset unfortunately.

thanks Andy.