Forum Replies Created
-
AuthorPosts
-
HBin123Member
Hi Amin,
We have installed the latest eMember version now and it didnt help on this logout problem.
Example:
I signed up for an account and everything goes smootly, I can access everything the membership level should have access too. I log out from the account using the eMember logout option. This takes me back to the Home page as if it has logged me out. But when I click on “login” again it still show me as logged in.
I try to clear my cookies and cache in my browser to see if maybe a “bad” cookie or something is atill in my browser, Then I go back to our site and it still shows me as logged in. I even try to restart my computer without it helping
Only thing that is logging me out is if I clear cache from the W3TC.
We have added the
ap_id
cart_in_use
e_m_bazooka
eMember_in_use
to the Page Cache section under “Rejected cookies”.
We are also using the Opcode as you have suggested in some posts here.
Any suggestions on how we can get this “logout” issue fixed?
Thanx Amin
Best Regards
Monica
HBin123MemberHi Amin,
Completely understand that you wanna take this step by step so the plugins remain stable as they work very well together for us.
We have integrated a few other things as well and it will be hard for my programmer to install any new versions of these plugins as they have been very customized on our site. So, could you maybe help us with a “code” we can use to make these tasks possible in our versions?
Any help is always apprechiated
Best Regards
Monica
HBin123MemberHi Amin,
Thanx, will leave it alone
Best Regards
Monica
HBin123MemberHi Amin,
Everything in the .php file you mentioned appear on our Home Page, including the part before the <script> </script> tags.
I have made the code between the <script> </script> external but the HTML code in this file is still displaying on the Home Page source code.
So my question is: Is there a way to get that html away from the home page, or does it have to stay there for the plugin to do it’s work? Just asking since that html comes from the Login Page and not the Home Page.
Best Regards
Monica
HBin123MemberI was looking at that .php file now and the part that is before the <script>, that part is on our homepage as well. Is this something that should be included in the .js file? Or does it have to stay in the HomePage source? Or will that part “disappear” when I make the script external?
Thanx Amin
Best Regards
Monica
HBin123MemberHi Amin,
Thank you for your help as always.
Best Regards
Monica
March 16, 2011 at 12:59 pm in reply to: Members not redirected to registration page after purchase of upgrade. #30262HBin123MemberHi,
Sorry about this post. Found the problem here.
Thanx you may close it
Monica
February 4, 2011 at 4:46 am in reply to: Sessions Not Working (but they work fine for other scripts) #28634HBin123MemberHi Ivy,
Have filled out the form.
Thanx
Monica
February 3, 2011 at 5:54 am in reply to: Sessions Not Working (but they work fine for other scripts) #28632HBin123MemberHi,
I made some progress on figuring out whats going on I think.
Server techs made their own version of the test script I made, and it shows sessions working fine – in Firefox and IE. But testing in Chrome shows it does not save the value at all. This seems to be totally consistent – at least for me. The odd part though is that in Firefox, the shopping cart still isn’t saving values, so there must be differences in the way the session values are saved between the test file, and the plugins.
The link to the new test is here:
http://www.homebusinessin123.com/test1.php
Now, I know that the server is setup for both php4 and php5, with php5 sites using code in .htaccess as follows:
Action application/x-httpd-php5 /cgi-sys/php5
AddType application/x-httpd-php5 .php5 .php .phtml
So, as an experiment, I removed that from the .htaccess and tried the above test again in Chrome – bingo, session values are saving.
Put it back into ,htaccess, and again, session values not saving.
So I am thinking that we maybe need to add an additional application or action line to the .htaccess lines above – what do you think? Seems like I am on track to the mystery solution?
Failing that, we are very happy to accept your generous offer of some custom code, or provide FTP logins etc for you to look first hand.
Thanks,
Kevin
HBin123MemberHi,
Making the change you suggested to the wp_eMember1.php provides the workaround as you suggested, but I have tried confirming that sessions are not working on the server, but can not confirm that. This is a shared server, I work closely with the host and know that other sites on it use sessions successfully.
I also uploaded phpinfo() here: http://homebusinessin123.com/phpinfo.php
That shows everything looks good for sessions to me.
Also I have uploaded a pair of test files which write a value to a session variable then confirm it carries over to another page, which you can try here:
http://homebusinessin123.com/session_test.php
The file simply uses these codes to set the variable:
session_start ();
$_SESSION = “12345”;
Then gives a link to another page, which displays all present $_SESSION variables.
It seems to check out fine. So can you suggest anythign else here?
Thanks,
Kevin
HBin123MemberHi,
Kevin here.
The changes you suggested to login.php had no effect. So I experimented a bit by putting some echo statements in various places and found that logging in on the Affiliates section seems to be being processed in a different script to the one you mentioned (login.php).
I found it in wp_affiliate_platform1.php in the section:
if (isset($_POST))
I made similar changes there, removing the condition of:
// if(isset($_POST))
And that has fixed the first step of the problem – we can now log in in other browsers. Note that I did not replace $_SESSION with $userid in this case. $_SESSION is working.
The next step of the problem is after logging in it would redirect us to the home page. I have fixed this with a workaround as follows:
In the same section I have replaced:
$target_url= wp_aff_view_get_url_with_separator(“members_only”);
with:
$target_url = “http://homebusinessin123.com/?page_id=15”;
(i.e. a direct link to our affiliates section page)
That has solved the second problem. But a third issue still remains – maybe you have a suggestion on this.
When we login using the affiliate section login form it is now working in various browsers via the workarounds above. But if we log in using the main e-Member login page, it does not log us in the the affiliates section.
Do we need to manually add a setcookie somewhere in the eMember code perhaps? Or something similar?
Also if you can see a cause for the above issues it would be good to fix it properly because otherwise we will need to re-do these mods every time you release an upgrade to the scripts (if we wish to install the upgrade).
Any suggestions are welcomed. Thanks,
Kevin
HBin123MemberHi Amin,
Kevin changed this as you said, but we still have same problem
You have any more suggestions for us please ?
Best Regards
Monica
HBin123MemberOh, one other thing – Monica has confirmed that she and others have tested using Firefox 3.6.13 and it isn’t working for them.
So I suspect my clues may not be so much help after all.
Please let us know how to proceed. Thanks.
Kevin
HBin123Member… Further update:
I’m not so sure now about the Javascript errors being useful. I updated Firbug on the Win XP PC and the errors are still showing in Firebug console now, even though I am able to log in as described in the previous post.
We are happy to provide FTP login details, if that will help you isolate the issue.
Thanks,
Kevin
HBin123MemberHello,
This is Kevin, the developer for Monica. I have been trying to find any clues about this problem and have some information that may help you.
Firstly, I want to confirm that we completely deleted the plugins, deactivated, reinstalled the latest versions, and activated them again. So, as a result, the mods we had in the plugins (which you previously said wouldn’t affect these issues anyway) have been removed.
Also, Ivy mentioned to Monica by email that the server does not support Cookies – I can assure you that is not the case. Cookies work just fine on the server, as do php sessions.
Now, the clues:
1. I get slightly different behaviour using Firefox 3.6.13 (the latest stable version I think). With that installed, I can get into the Affiliates area, however it still does not work quite right. If I log in using the main e-Member login page, I can then click on the Affiliates link and go right into the Affiliates area. However, if I log in using the Affiliates login page, I get logged in, then it redirects me to the site home page (then I can get into the affiliates area by clicking the affiliates link a 2nd time. This also works for me with latest stable version of Chrome (8.0.552.224). I am also on 64 bit Windows 7. And I have tested on a second machine (32 bit Win XP) – there when I had Firefox 3.6.3 installed, I has exactly the same behaviour as Monica explains. But after I upgraded to Firefox 3.6.13, it works as above. On that machine I have the dev build of Chrome (10.x), and that does not work. IE7 also tested on the WinXP machine – failed.
2. Hopefully this is more useful to you. When I tested with Firebug on the 3.6.3 version of Firefox, I got two javascript errors in the console from the Affiliate login page. These seem to suggest a coding error, not a user behaviour or server end problem:
jQuery(“.forgot_pass_link”).click(function (e) {jQuery(“#mailMsg”).html(“”).hide();jQuery(“#mailForm”).show();jQuery(“.eMember_text_input”).val(“”);}).overlay is not a function
[Break on this error] closeOnClick: false
$(“#lightbox a”).lightBox is not a function
[Break on this error] $(function() {$(‘#lightbox a’).lightBox();});
I hope this information helps you replicate and find the issues. If I can help at all, please let us know through this ticket. I’m happy to do whatever I can.
Thanks,
Kevin
-
AuthorPosts