[acekin]

One more thing to report. I told you I did not see the user name, password hash, and e-mail in the MySQL DB table wp_wp_emember_members_tbl when viewed from phpMyAdmin. That is still true, however when I view the member record, I see the e-mail and the user name, the password is normally blank and I see a blank field. I am confused now even more. BTW, I did disable the plugin and then enabled it after uplading all the new files.

[acekin]

I have activated the debug mode, but could not find the “Reset log files” button. However, the log file had zero bytes, so I went ahead and paid my dues. It went as expected and my user name, password and e-mail remained intact. I will be pasting the debug file content below for you to see. Is there a behavior difference between purchasing a membership after logging in and buying one without logging in? Do you advise keeping the debug mode on for a while? I have hidden the purchase membership page to prevent further aggravating the situation, shall I make it visible again and wait?

Here is the debug file contents:

[08/09/2011 3:17 AM] – SUCCESS :Paypal Class Initiated by 66.211.170.66

[08/09/2011 3:17 AM] – SUCCESS :Post string : mc_gross=40.00&protection_eligibility=Eligible&address_status=confirmed&item_number1=4&payer_id=82ZHFWX7S5M4L&tax=0.00&address_street=118+Spring+Green+Rd&payment_date=20%3A17%3A39+Aug+08%2C+2011+PDT&payment_status=Completed&charset=windows-1252&address_zip=02888&mc_shipping=0.00&mc_handling=0.00&first_name=A+Cemal&mc_fee=1.18&address_country_code=US&address_name=A+Cemal+Ekin&notify_version=3.2&custom=eMember_id%3D6&payer_status=verified&business=paypal4psri%40psri.us&address_country=United+States&num_cart_items=1&mc_handling1=0.00&address_city=Warwick&verify_sign=ASyS9flVHpw.TVh9qeZ5ZvDRSbV4AzEVkEkANo53siqsakD0Vm.DvggC&payer_email=acekin%40gmail.com&mc_shipping1=0.00&txn_id=5U2945029J557464U&payment_type=instant&last_name=Ekin&address_state=RI&item_name1=PSRI-FM&receiver_email=paypal4psri%40psri.us&payment_fee=1.18&quantity1=1&receiver_id=JC4JSFTU6XRE4&txn_type=cart&mc_gross_1=40.00&mc_currency=USD&residence_country=US&transaction_subject=eMember_id%3D6&payment_gross=40.00&ipn_track_id=9Vl.jimiQzHlfcHGogh5.w&

[08/09/2011 3:17 AM] – SUCCESS :Connection to http://www.paypal.com successfuly completed.

[08/09/2011 3:17 AM] – SUCCESS :IPN successfully verified.

[08/09/2011 3:17 AM] – SUCCESS :Creating product Information to send.

[08/09/2011 3:17 AM] – SUCCESS :Transaction Type: Shopping Cart

[08/09/2011 3:17 AM] – SUCCESS :Number of Cart Items: 1

[08/09/2011 3:17 AM] – SUCCESS :Item Number: 4

[08/09/2011 3:17 AM] – SUCCESS :Item Name: PSRI-FM

[08/09/2011 3:17 AM] – SUCCESS :Item Quantity: 1

[08/09/2011 3:17 AM] – SUCCESS :Item Total: 40.00

[08/09/2011 3:17 AM] – SUCCESS :Item Shipping: 0.00

[08/09/2011 3:17 AM] – SUCCESS :Item Currency: USD

[08/09/2011 3:17 AM] – SUCCESS :eMember integration is being used… creating member account… see the “subscription_handle_debug.log” file for details

[08/09/2011 3:17 AM] – SUCCESS :Download Link : PSRI-FM – This product does not have any downloadable content

[08/09/2011 3:17 AM] – SUCCESS :Product Email successfully sent to acekin@gmail.com.

[08/09/2011 3:17 AM] – SUCCESS :Notify Email successfully sent to ac.ekin@gmail.com.

[08/09/2011 3:17 AM] – SUCCESS :Updating Products, Customers, Coupons, Sales Database Tables with Sales Data.

[08/09/2011 3:17 AM] – SUCCESS :Products, Customers, Coupons, Sales Database Tables Updated.

[08/09/2011 3:17 AM] – SUCCESS :Updating Affiliate Database Table with Sales Data if Using the WP Affiliate Platform Plugin.

[08/09/2011 3:17 AM] – SUCCESS :Not Using the WP Affiliate Platform Plugin.

[08/09/2011 3:17 AM] – SUCCESS :Paypal class finished.

---

[acekin]

Bump!

[acekin]

Amin, there is a different problem now. When a member renews membership the record is losing several key information: login ID, e-mail, password, phone number. These are the ones I care for and I have a screen capture that shows the missing fields. This is a serious problem for me since they will not be able to login to their accounts even to correct the missing pieces of information. This happened after I updated the eMember with the latest version I requested. Three people renewed memberships since and all are missing the same fields of information. I will appreciate your urgent handling of this. I can e-mail the screen capture from phpMyAdmin browse, please provide an e-mail where I can send that file.

Cemal

[acekin]

Thanks Amin, I downloaded and modified the file I always modify and uploaded it. After activating it I tried to register with no information and received the error pop ups. I had not tried that on the old version. My fear was, and still is, that a hacker is trying to inject some code under the radar. You do not seem to think that is the case and I am comforted by that. We’ll see how this goes.

Thanks for your help as usual.

Cemal

[acekin]

Thanks Amin, this works now. It will be a lot smoother now. If I could get the export to CVS fields changed the way I would like I will be a real happy camper. My I send you the block I keep pasting into one of the .php files every time there is an update. The changes are minor but important for our membership committee.

[acekin]

I have a related question, which may be a solution. There is auto upgrade option for the membership types. What if I “upgraded” the regular paid memberships to “free membership” after 366 days? If I also make the free membership never expiring, will they be automatically be like they first registered to the site? That might give them the ability to see the purchase membership options. Will this work? Also, will the 366 days be counted from the last renewal date or the first start date? There may be a solution hiding here, what do you think?

Cemal

[acekin]

Thank you, I will keep checking here.

[acekin]

This must have been a local cache issue, it seems to be working now. I can protect a post for a list of membership categories. Consider this thread resolved.

[acekin]

Additionally, if I protect a post by using the check boxes at the end and make it visible only to 4 out of 6 membership levels the entire page is locked, that is good. But if I put a section protection using [ emember_protect ] the entire page becomes visible. I am baffled, in combination with the above problem the entire protections scheme is failing me.

[acekin]

Amin, I am quoting one of your responses from page 1 of this thread:

[blockquote]You do have a point. I will look into it to see if I can add a shortcode that protects a section of a post or page in a such a way that anyone who is logged in can view it (it won’t care about their membership status). [/blockquote]

I tried the shortcode you provided above. It behaves rather strangely, it does not display anything, but it does not indicate that there is content hidden for members only either.

I still think the problem is the status of the “expired membership”. If it reverted to “free member” that works. I use [ emember_protected ] shortcode for the block that offers the membership to purchase, an active free member can see that but an expired member of any level cannot see it. All I need is the validation that someone is simply a registered user who has logged in to display the content. As the quote above may remind you, you did find that to be a valid point a while back. I hope you will take another look into this.

Thanks,

Cemal

[acekin]

Amin, I have received the latest version of eMember and updated the files. However, an expired membership still does not allow one to login and see the eMember protected content. I thought you would be changing the logic and look for logged in status. This is quite inconvenient for our use.

Cemal

[acekin]

Yes, Amin, that works. But our membership chair person exports the data into Excel and he does not have access to PHPMyAdmin (thank goodness for that!!) Otherwise, I have to do his work, now you see the reason behind my madness I am also thinking of the eMember’s robustness in providing user-friendly functionality.

[acekin]

I understand. Could the alternative be to export all the fields in the member DB rather than the select few you export? Since not all the fields are exported, I need to edit the code after every update to get what I need. If all the fields are exported it will be easier to delete them in Excel.

[acekin]

Sounds good! How about the previous post request of integrating a selectable fields to export to CSV?

[Author]

Posts