Tagged: x
-
AuthorPosts
-
February 14, 2017 at 4:44 pm #1371084
Hi … I’ve just tried to login to my site, and when I use the correct username and password, it takes me to the main page again with no visible error message, but doesn’t actually log me in. If I put in an incorrect username or password I get appropriate error messages. I can log into the site fine with the standard wordpress login page.
I’ve checked to make sure I have the current version of X and have updated all plugins. The only change I’ve done recently was to add a plugin called Custom Facebook Feed.
I have an x-theme site that gets very little maintenance, it just chugs along happily usually, so not sure when this problem started. It must have been at least a few weeks ago, as I had an email from someone new saying they had problems logging in – even though they had created 2 profiles they couldn’t log in with either of them. I just thought they couldn’t type in the password properly haha oops.
I’ve set up a test login for you to try it out if you want … details in following message.
Cheers,
SandraFebruary 14, 2017 at 4:47 pm #1371085This reply has been marked as private.February 15, 2017 at 12:32 am #1371453Hi There,
Thanks for writing in.
I have successfully login to your setup. Would you mind sharing us details on how to replicate the issue so that we could check why it is happening. Please clear browser and site cache before checking again.
Let us know how it goes.
Thanks.
February 15, 2017 at 5:50 pm #1372655Hi Nico,
When you use the login form it appears that the login is successful, but the pages only available when you are logged in cannot be accessed.
Try the following – go through the login, when you get back to the main page, select “profile” from the “community” option in the menu. You will probably get an error message saying you must be logged in to view your profile. At this point have a look at the widgets on the right of the screen. There is one that shows who is logged in on the site currently. You will see that Test User won’t be there, but there will be a guest user there – that is you. As far as wordpress is concerned, you are viewing the site but have not logged in.
Hope this clarifies the problem better for you ….
Many thanks for help,
SandraFebruary 16, 2017 at 1:21 am #1373135Hey Sandra,
Thank you for the clarifications. I have followed the instructions and still I wasn’t able to replicate the issue. When I visit the profile page, this is what I’ve got: http://prntscr.com/e9d62p
I’d recommend that you clear your caching plugin, and disable it during development. This can cause Customizer changes to not take place on the front end. It will eventually show up when the cache regenerates, but it’s not ideal if you’re looking to see your changes immediately. Caching plugins are best to turn on only when you’ve finished building the site.
And since you are using SiteGround, could you please disable the supercacher in your hosting panel? The SuperCacher is developed by SiteGround exclusively for their customers. It increases the number of hits a site can handle and boosts the website loading speed. The SuperCacher includes 4 different caching options for maximum optimization of your websites. You can access the tool by clicking on the SuperCacher icon in your cPanel.
For more information about this, please check it out here: https://www.siteground.com/tutorials/supercacher/supercacher_intro.htm
Hope this helps.
February 16, 2017 at 7:07 pm #1374367Hi Rue,
Thanks a lot for the suggestions.
This isn’t a development problem, the website has been working as is for months apart from the change a month or so ago to add the facebook feed plugin.
I’ve turned off supercacher as suggested, it hasn’t changed anything. I’ve turned off the cacheing plugin. I checked my login again, didn’t work. I logged in with the login name I gave you, and it logged me in properly, as it did with you. I tried my own login again, didn’t work. I then tried your login name again a second time, and this time the error occurred and the login wasn’t processed.
I’ve tried de-activating the 2 plugins I’ve added recently to see if this makes a difference (after stopping the caching) and this didn’t help.
It is definitely a problem with the X plugin, as I have no problems using the standard wordpress login page.
So then I decided to set up a new user to see if it would work a certain number of times and then not work. I tried using the register feature of the white label plugin, and I couldn’t get the recaptcha bit to work. I don’t know if this is a built-in feature of white label or whether it uses whatever recaptcha plugin is installed? Or if having other recaptcha plugins interferes? So I disabled all the recaptcha plugins and tried again, the recaptcha is still there, and still can’t type anything in that it accepts, it just keeps saying “please re-enter the code”.
The only other thing I can think to do is use a different computer to test it out, but I don’t have one available.
Would you mind please having another go at logging in and seeing if you get the problem? I will give you another username to use as well to try (following message). Can you try logging in two or three times if it works the first time to see if repeat logins makes a difference? I really appreciate your help, I know that if it’s a conflict with another plugin I kinda have to work it out myself, but that’s a bit of a mammouth task ….
many thanks,
SandraFebruary 16, 2017 at 7:08 pm #1374370This reply has been marked as private.February 17, 2017 at 1:39 am #1374664Hi again,
I’ve just realised something very relevant to this problem that may have caused it. I was told about secure sites and SSL certificates. I got my host company Siteground to help me make changes so my site would be considered secure. If you want to read the conversation I had with them I’ve attached it. The changes that were done are the ones by them described in the attachment, and I also followed the instructions here –https://www.siteground.com/kb/how_to_configure_wordpress_to_use_my_own_private_ssl_certifi/
so that my site would open via https by default rather than http by default. It seems to me that this is the most likely source of the problem and may explain why the registration isn’t going through even though the recapture is done correctly as well as correct logins.
Could you please examine it from this perspective and see what you think?
Kind regards,
SandraFebruary 17, 2017 at 1:41 am #1374667Sorry one last thing – in the steps outlined in the link about, I did steps 1 and 2 but not 3.
February 17, 2017 at 1:45 am #1374672Ah – sorry – just saw you’re logged in doing some testing and I’m trying out reversing the SSL change I made – sorry putting it back so you can look
February 17, 2017 at 2:01 am #1374690Hi there,
Ah, that’s what I’ve been typing in too. But here it is 🙂
——–
The only reason a user being kicked out from your site is when the session is ended. Which could be related to this http://stackoverflow.com/questions/3476538/php-sessions-timing-out-too-quickly | http://stackoverflow.com/questions/6069483/php-scripts-logout-too-quickly. And it’s a common issue in PHP if the hosting provided didn’t configure it correctlyThe other possible reason is a cross-origin issue, example, you logged in
www.example.com
but you’ll appear logged out inexample.com
. And that is, if your site’s allowed origin is strictly for http://www.example.com only. Example possible cause is the use of HTTP and HTTPS URLs, like you logged in at https://www.example.com and you’ll appear logged out at http://www.example.com. That’s because SSL is secured and sharing information and session to non-secured section of the site is not allowed.
——–You have to be consistent with the URL.
Thanks!
February 17, 2017 at 2:05 pm #1375477Yes, that’s sorted it all. I’ve very sorry I didn’t remember everything that had changed right away – would have saved you time.
So grateful for your support and help, really makes working with this theme so great!!
Your the best!!
February 17, 2017 at 4:03 pm #1375608You’re most welcome, Sandra.
-
AuthorPosts