dmokaren

I’ve been rereading your posts and thinking about this issue. Again, Jason helped me to gather these fields to show up in the MembersList and in the user profile.
I’m wondering where in the process the custom script would be called when a member logs in to renew membership. Logging in should migrate their info (city, state, zip). Would there need to be a call to the customization in the Checkout.php script? We didn’t modify that at all, but there’s got to be a simple solution, wouldn’t you think?

Thank you very much for your help!

No. I don’t believe that occurred. I used this script for years, then somehow I deleted it from the website during an FTP compnnection. I realized that I deleted it and inadvertently replaced with a different script, which didn’t put the address info in. Three members joined during that time. When I saw no addresses, I put in a question to this forum, then realized I had the wrong script, looked back thru my emails, found it and replaced the script in pmpro-customizations. That issue was 3 months/2 Weeks ago.

The issue seems to be that the user info is not migrated to the fields, but it would seem that if a user logs in, PMPRO has access to the user info. So, shouldn’t the system just update their membership for another year?

The page wher new members provide their information is where the user can log in. Once user logs in, fields disappear, but the page shows they are logged in and the Pay with PayPal appears.

sorry I don’t know how to use (gist.github.com) nor am I a member.

Hi here’s the customization code. Jason helped me to work this up. It collects new members’ name address, city, state, zip info that shows in the members list. The issue is: if an existing user wants to renew, and while checking out he logs in with his user and pass as suggested in the checkout process so as NOT to create a new user, the info doesn’t migrate to fill in the form, but goes on to show the user is logged in. After selecting Pay with PayPal, there’s an error stating address, city, zip is missing.

Would setting up a test user name and pass help you?

`<?php
/*
Plugin Name: PMPro Customizations
Plugin URI: https://www.paidmembershipspro.com/wp/pmpro-customizations/
Description: Customizations for Paid Memberships Pro
Version: .1
Author: Stranger Studios
Author URI: https://www.strangerstudios.com
*/

function my_pmpro_fields()
{
$fields = array();
$fields[] = new PMProRH_Field(“first_name”, “text”, array(“size”=>40, “label”=>”First Name”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“last_name”, “text”, array(“size”=>40, “label”=>”Last Name”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“pmpro_baddress1”, “text”, array(“size”=>40, “label”=>”Address 1”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“pmpro_bcity”, “text”, array(“size”=>40, “label”=>”City”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“pmpro_bstate”, “text”, array(“size”=>40, “label”=>”State”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“pmpro_bzipcode”, “text”, array(“size”=>40, “label”=>”Zip”, “profile”=>true, “required”=>true));

foreach($fields as $field)
pmprorh_add_registration_field(“checkout_boxes”, $field);
}
add_action(“init”, “my_pmpro_fields”);
?>’

I have a pmpro customization to get the info which I had some issues with on this forum and got it fixed. It’s a customization to gather name, address, zip, email info which shows up in the members list, and added to the dB. Somehow, when the user logs in to renew, the user gets logged in to The site, but the name/address info doesn’t transfer to the renewing member address fields. When going to the next step (payment) the app craps out as the info is not transferred to the member address fields.

This used to work, but thru iterations has gotten corrupted.

You would need to gain access to the host to get to the databases. Your programmer didn’t leave that info or shared it with anyone? He didn’t leave files with host info? How about your purchasing dept having records of the transaction, so you could call the host to explain the situation?

Hey now….
The fix is changing the text fields inside the parens from “address1” to “pmpro_baddress1”, “address2” to “pmpro_baddress2” etc. throughout the php script. I went down to “pmpro_bzipcode” as I don’t need country or phone.

I created a fake membership and everything shows in the MembersList, tho it didn’t update the few folks that became members during the incorrect php customizations.

Thanks to all for your help!

actually, I looked back thru my files back in 2013 and Jason followed up with:

The first and last name should show up.

The billing address won’t. If the fields you are getting at checkout are the “billing address”, you can change the field names to

pmpro_baddress1
pmpro_baddress2
pmpro_bcity
pmpro_bstate
pmpro_bzipcode
pmpro_bcountry
pmpro_bphone

and they will be used in that report.

Do you agree??

Thanks again for your help!

I do have register helper, though it says it’s not compatible with WP current build…. Payment Gateway is PayPal express.

I have a pmpro-customizations folder with a pmpro-customizations.php file which contains the following code that I got from Jason years ago:

<?php
/*
Plugin Name: PMPro Customizations
Plugin URI: https://www.paidmembershipspro.com/wp/pmpro-customizations/
Description: Customizations for my Paid Memberships Pro Setup
Version: .1
Author: Paid Memberships Pro
Author URI: https://www.paidmembershipspro.com
*/

//Now start placing your customization code below this line
function my_pmpro_fields()
{
$fields = array();
$fields[] = new PMProRH_Field(“first_name”, “text”, array(“size”=>40, “label”=>”First Name”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“last_name”, “text”, array(“size”=>40, “label”=>”Last Name”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“address1”, “text”, array(“size”=>40, “label”=>”Address 1”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“address2”, “text”, array(“size”=>40, “label”=>”Address 2”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“city”, “text”, array(“size”=>40, “label”=>”City”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“state”, “text”, array(“size”=>40, “label”=>”State”, “profile”=>true, “required”=>true));
$fields[] = new PMProRH_Field(“zip”, “text”, array(“size”=>40, “label”=>”Zip”, “profile”=>true, “required”=>true));

foreach($fields as $field)
pmprorh_add_registration_field(“after_password”, $field);
}
add_action(“init”, “my_pmpro_fields”);
?>

I am using an add on to capture addresses. Somehow it did get deleted when this started, but I quickly realized it was gone and I replaced it. When I first used the add on back in 2013, I don’t remember using the PMPro customizations plugin, but I installed that when I replaced the address add on. The fields show thru the checkout process and the data gets added to the users profile, but doesn’t display in the members list.

Thanks for the reply.

I just realized I set the payment status to “other” where other transactions were set to completed. I changed the payment status to completed and I received an email with the 10 tickets. I don’t understand why the system sent me 5 tickets before, but now that I’ve got all the tix, Im a happy camper. Sorry for the bother.

Okay, So I log in, go to the front end, add a ticket to the cart, then go to dash board to fill in buyers info, do cash, check, or square payment, add transaction info into form and publish? I’ve poked around and here’s what I’ve encountered:

One can add 0 (zero) or 1 tix to the cart to create a cart, but then one cannot add tix or update the cart from what was initially added at the outset.

What if the person wants to add tix or cancel the order? For the former, I don’t see how to change quantity, unless I go to the back to the cart page to add or subtract tix, which there is no way to do. Same with the latter option. There’s an “empty cart” option at the top of my WP theme menu, but when I click, the screen refreshes but the cart does not empty.

As far as the documentation, I’ve read it. Having worked in a techpub’s department, I understand that you know your software very well but you need to think about the reader and how he reads that documentation. If the info is not clear to the new user, it causes confusion, questions, and frustration.

for example: “If you (logged as your current user) don’t have a shopping cart set up, you’ll see the message “Visit the public web site to set up a cart order. This isn’t because you need to go through the front-end to create a purchase; it’s just because you need to add items to the shopping cart. If you have an active shopping cart on the front-end, you’ll automatically have access to that shopping cart from the admin panel.”

When I read this I thought, “Well I’m logged in, how do I set up a shopping cart,” because I was seeing the “Visit the public site…” Then you say, “This isn’t because you go through the front end to create a purchase; it’s just because you need to add items to the shopping cart.” So I think, “Why do I need to go to the Front end to add items, I’m creating a purchase. That’s not right. The payment interface shows Number of Tickets, buyers name, buyers email, etc. Shouldn’t that be the cart?”

Then you start talking about going to users accounts to hunt for shopping carts…

I’m starting to get on your wavelength, but only after your explanation. So, thank you. There’s still the update, cancel, get back to original shopping cart issue.

Hey Joe, are you there? Guess the Box Office back end sales is vapor ware?