strangerstudios / pmpro-variable-pricing Goto Github PK

Hi,

in our membership levels we let the applicants choose between a min value of 40 € and a max value of 80 € (it is a yearly recurring fee). Checkout with PayPal Express works fine, the selected value is charged, but the order record shows the wrong total (80 €, which is the max value and also the value for "Initial Payment" and "Billing Amount" in the level setup; see attached screen shot).
Because of this, also the confirmation mail and the invoice history show the wrong value.

Finding a quick solution would be very much appreciated. Thanks!

Thank you for the excellent plugins. I'm only having one small issue with checking out using variable pricing. After the paypal screen quoting the users variable price, the checkout page has a variable price instead of having the price the user picked at the beginning of the process. because of this, more billing details are needed when the user picks their price again. Is there anyway of carrying over the original quoted price to the checkout page so this isn't an issue.

Cheers again for these plugins. have saved me no no end of time,

Richie

When the Variable Pricing is not active for a specific membership level and you try to checkout for that level it hides the billing fields causing issues with checkout.

Would find it very useful for there to be a way to add text just to the right of the box users enter their amount (such as to give user more information etc).

It would also be amazing to have the user be able to set a variable price for a recurring payment (such as for an optional recurring donation to a charity/business).

In Test Mode, Stripe is showing transactions for $0 trial periods despite no trial period set up in membership.

To reproduce:

1. Connect to Stripe in Test Mode

2. Create a membership with the following settings:

• Initial Payment: >= $1
• Recurring Subscription: checked
• Billing Amount: >= $1 per 1 months
• Billing Cycle Limit: 0
• Custom Trial: unchecked ( or checked with $0 for the first 0 subscription payments)
• Variable Pricing: Enabled, Min Price >= $1. No Max, No suggested Price

3. Purchase the subscription with a new account.

4. Check your invoices in the Stripe backend admin panel in TEST MODE (Developers toggle in upper right corner).

5. If you see invoices for $0 for trial periods for the new membership, that is the bug.

Upon returning from PayPal, the variable price input box is editable and should be greyed out. I don't think the pricing changes if a user inputs a different amount but it makes it confusing it this item is editable. If we're on the $pmpro_review page, this input should be disabled.

If you do note enter a minimum price it shows the following text message on checkout:

"Enter a minimum price of $ or higher."

Use case: Be able to reduce the minimum price for a level while preserving the variable pricing mechanism, using a discount code for the minimum amount/price.

Instead of "$15.00 per Month." it would be nice if we had something like "Suggested price: $15.00 per Month." and a mention like "Between $10.00 and $20.00 per Month.", just like it's already done for the administration panel.

Hello,

I'm using PaidMembership Pro v1.9.4.4 and latest version of Variable Pricing Add On. All okay in the backend. On the frontend the payment form is not showing up. The default payment form is hidden and only the username, password and email fields are there. When I press "Submit and Confirm" i get the message "The lowest accepted price is .... Please enter a new amount."

Any idea?

The customer would like the text for variable pricing to reflect which is in use. If variable pricing is used, show text that the user has entered their own price. If a discount code is used, show that a discount code has been used and reflect the price.

With the Variable pricing, is there a way to set the pricing text to be whatever the user chose to pay unless they used a coupon code? If they used a coupon code I’d expect “[Coupon Price] now, [Variably chosen price] next time” or something like that.

When using a discount code with variable pricing, the price should update to take into account the discount code. The only place the discount is shown is on the confirmation page.

This Feature request came in from a user via our Members Forum.

A) Create an option to hide or display the "Your Price" placeholder text.

*User note - "If it was blank, then people see the “Enter a price between $x and $y” line above, the “Your Price” label, and an empty box waiting to be filled. Easy and simple."

B) Create a dropdown style of preset selectable options.

Further User notes:

1. It should test for no entered value. At present, it is possible to proceed with no value and generate a not very helpful error message. 🙂

2. It would be great if this could be an option in the settings for users to choose if they wish to prefill a value or not.

Hi,

firstly thanks for PMPro and the additional plugins - magnificent work.

I tested this out at my site, just to see if a 'pay what you want' method would be possible. I am using the PayPal Standard option. With this plugin, the checkout page started to ask for billing information, and then there's the PayPal button which takes you to PayPal and asks for billing info again.

Would fixing this just be a matter of adding PayPal standard to the list of 'no billing info' payment gateways?

Kenzo

We currently don't check the currency symbol position before outputting the pricing.

Similar to issue #18 , if the plugin is enabled it seems to hide the billing information fields on the billing information update page.

When activated the Variable Pricing Add On is causing 2 Critical Issues in the Site Health.

A PHP session was created by a session_start() function call. This interferes with REST API and loopback requests. The session should be closed by session_write_close() before making any HTTP requests.

and

The REST API is one way WordPress, and other applications, communicate with the server. One example is the block editor screen, which relies on this to display, and save, your posts and pages.

The REST API request failed due to an error.
Error: cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received (http_request_failed)`

Created with PMPro active, WordPress 5.8.3, PHP 7.4.27.