2121 pointsLike some sort of WPMU DEV God"Mindblowingly helpful memberLifetime member
Ovidiu
Member
—
9th May 2011 (1 year ago)
I noticed a lot of users requesting a change of their password and incidentally realized that the first login never works. you are alwayws redirected to mydomain.com/wp-login.php?redirect_to=http://mydomain.com/wp-admin/profile.php&reauth=1
the second login always works flawless. users are confused and keep requesting a password change :-(
I have no idea when this started happening and what it might be related to. googling brings tons of results, anyone got a hint for me?
p.s. I tried deleting local temp files, cookies, different browsers and different computers, works all the same :-(
I noticed a lot of users requesting a change of their password and incidentally realized that the first login never works. you are alwayws redirected to mydomain.com/wp-login.php?redirect_to=http://mydomain.com/wp-admin/profile.php&reauth=1
the second login always works flawless. users are confused and keep requesting a password change :-(
I have no idea when this started happening and what it might be related to. googling brings tons of results, anyone got a hint for me?
p.s. I tried deleting local temp files, cookies, different browsers and different computers, works all the same :-(
thanks for picking this up.
since i don't know when exactly the problem started I can only guess:
- recent activity: added two plugins to always show admin bar and add certai nitems to it. since it now also has a login form, I disabled both, same problem.
- I recently had some probs reported here with the muldidomain plugin (unsolved so far) so it might be connected.
- haven't touched any of the salts and stuff as this site is integrated with a bbpress isntallation and I would need to change them in a lot of locations...
- disabling all plugins isn't an option as it is a live site.
- introduced quick cache but disabling that one and deleting cache doesn't help either
will think about other recent changes, what should I look for specifically I mean what could trigger something like this?
will think about other recent changes, what should I look for specifically I mean what could trigger something like this?
It's really hard to tell. Ideally we need to roll back to a completely bare bones version of your site. If you can't disable all plugins, can you set up an exact development copy for testing purposes?
I have to set up a test bed. I remember there was a thread about how best to do this just a few days ago and I remember subscribing and adding to favorites but I can't find it. searching through the forum does yield some results but not the one I am looking for.
how about you guys publish a how-to on wpmu.org describing the different ways to do so?
i.e. using a spare domain, copying the DB, replacing the domain names, etc.?
Otherwise I'd be happy for a quick overview summarized in a few lines if you don't mind?
the problem I see is that I can copy over the db to a spare domain, change the urls throughout the DB, set the install to private and bingo, all is good.
but what about in a week's time when I synchronize the DBs again? with my method I will have to start all over again to change urls, set to private again, etc :-(
You would effectively need to make the changes twice, yes. That's why I use a separate server for my test beds. That way I don't have to do a find/replace on the domain - I can simply copy the database and files back over to the live site knowing it's working on my test server.
Single Signon
The Single Sign-on feature synchronize login cookies on all the domains.
everything works again...
my .htaccess contained the following before using your domain maping and multi domains plugins but I was advised to comment them out - is this still the case?
/*manually inserted for bbpress integration*/
define( 'COOKIEHASH', '24de794dcsjr7584ifj5e47aebc6cc9e' );
/* commented for now for multi domain compatibility
define( 'COOKIE_DOMAIN', '.zice.ro' );
define( 'SITECOOKIEPATH', '/' );
define( 'COOKIEPATH', '/' ); */
I can now login with the first try. just out of curiosity: I am sure this was in the code for a while as I have often seen people ask for new passwords, wasn't it?
Having to reopen this: can someone please check that the issue is still resolved? I started seeing people change their passwords again for each login. seems strange to me :-(
Can you please confirm that the issue is still going on? I'm asking this because I haven't been able to reproduce this behavior with the current plugin version.
Responses (18)
Sales & Support Pro — 9th May 2011 (1 year ago) #
Hiya,
Okay, so obvious questions are what have you changed recently? Any new plugins added, or old ones re-activated?
I presume you've tried it whilst disabling all plugins?
Have you moved the site at all or altered the value of the keys and salts in wp-config.php?
Cheers,
Phil
Member — 9th May 2011 (1 year ago) #
thanks for picking this up.
since i don't know when exactly the problem started I can only guess:
- recent activity: added two plugins to always show admin bar and add certai nitems to it. since it now also has a login form, I disabled both, same problem.
- I recently had some probs reported here with the muldidomain plugin (unsolved so far) so it might be connected.
- haven't touched any of the salts and stuff as this site is integrated with a bbpress isntallation and I would need to change them in a lot of locations...
- disabling all plugins isn't an option as it is a live site.
- introduced quick cache but disabling that one and deleting cache doesn't help either
will think about other recent changes, what should I look for specifically I mean what could trigger something like this?
Sales & Support Pro — 9th May 2011 (1 year ago) #
It's really hard to tell. Ideally we need to roll back to a completely bare bones version of your site. If you can't disable all plugins, can you set up an exact development copy for testing purposes?
Phil
Member — 9th May 2011 (1 year ago) #
@Phil:
I have to set up a test bed. I remember there was a thread about how best to do this just a few days ago and I remember subscribing and adding to favorites but I can't find it. searching through the forum does yield some results but not the one I am looking for.
how about you guys publish a how-to on wpmu.org describing the different ways to do so?
i.e. using a spare domain, copying the DB, replacing the domain names, etc.?
Otherwise I'd be happy for a quick overview summarized in a few lines if you don't mind?
the problem I see is that I can copy over the db to a spare domain, change the urls throughout the DB, set the install to private and bingo, all is good.
but what about in a week's time when I synchronize the DBs again? with my method I will have to start all over again to change urls, set to private again, etc :-(
Sales & Support Pro — 10th May 2011 (1 year ago) #
Are you referring to this thread?
You would effectively need to make the changes twice, yes. That's why I use a separate server for my test beds. That way I don't have to do a find/replace on the domain - I can simply copy the database and files back over to the live site knowing it's working on my test server.
Phil
Member — 10th May 2011 (1 year ago) #
found the culprit: multi domains plugin :-)
if I disable this feature:
Single Signon
The Single Sign-on feature synchronize login cookies on all the domains.
everything works again...
my .htaccess contained the following before using your domain maping and multi domains plugins but I was advised to comment them out - is this still the case?
Sales & Support Pro — 10th May 2011 (1 year ago) #
A-ha! Glad you found it!
By .htaccess I presume you mean wp-config.php as that's PHP code that you've posted ;)
I'll ask the developer to take a look at why this would happen.
Cheers,
Phil
Member — 10th May 2011 (1 year ago) #
oh, damn, I was still sleeping, way too early here ;-)
you're absolutely right, that is from my wp-config.php
Member — 16th May 2011 (1 year ago) #
any news here?
Developer — 16th May 2011 (1 year ago) #
Hi,
I think I have figured out what is causing this. The latest version (v1.1.4, just released) should fix this issue.
Member — 16th May 2011 (1 year ago) #
I downloaded the 1.1.4 version and overwrote mine and now I get this error:
[Mon May 16 16:50:30 2011] [warn] [client 178.156.197.3] mod_fcgid: stderr: PHP Parse error: syntax error, unexpected T_STRING in /var/www/clients/client1/web1/web/wp-content/sunrise.php on line 4, referer: http://zice.ro/feed/rss2/
any ideas?
###edit###
sorry that was me pasting into a ssh putty connection.
Member — 16th May 2011 (1 year ago) #
problem solved!
I can now login with the first try. just out of curiosity: I am sure this was in the code for a while as I have often seen people ask for new passwords, wasn't it?
Member — 16th September 2011 (8 months ago) #
Having to reopen this: can someone please check that the issue is still resolved? I started seeing people change their passwords again for each login. seems strange to me :-(
Member — 30th September 2011 (7 months ago) #
anyone please?
Sales & Support Lead — 17th October 2011 (7 months ago) #
Apologies Ovidiu,
Let me get Vlad over here to take a look with ya.
Thanks!
Sales & Support Lead — 20th October 2011 (7 months ago) #
Are we confirmed that this is an actual issue or is that what you're asking? I don't have a multi-domain site so pinging the developer.
Developer — 25th October 2011 (7 months ago) #
Hi,
Can you please confirm that the issue is still going on? I'm asking this because I haven't been able to reproduce this behavior with the current plugin version.
Member — 26th October 2011 (7 months ago) #
I've updated a few of your plugins in the mean time and it seems it is solved. Thanks for picking this up but we can safely close it now.
Become a member