Brett Atkin

Just to be clear, once you do this, the only way to log back in is to disable the plugin?

Thank you for the quick response.

Brett

Luminus, I have found no way to solicit support for this plugin from the developer’s site. Additionally, there have been other forums posts about this plugin so I’m not sure why you’re marking it as resolved.

https://www.ads-software.com/support/topic/perfect-seo-url-plugin/

https://www.ads-software.com/support/topic/conflict-with-perfect-seo-url-plugin/

Thanks

Please see the page I referenced and select high to low price sorting. Then look where the Goalsetter MVP goal falls.

https://basketballgoalstore.com/in-ground-hoops/?swoof=1&orderby=price-desc&pa_backboard-size=72&really_curr_tax=1404-product_cat

The order isn’t correct because we’re showing the default variation price (which is the lowest). The sort is based on the highest priced variation rather than the “Default Form Values” chosen on the Variations tab for the product.

Ironically, the Product Listing in the Dashboard, shows the “Default Form Values” price sorts the products correctly.

Here is the screenshot.

https://www.dropbox.com/s/a1nf2v8h0q6qpj2/bbgs-sorting.png?dl=0

This is exactly what we’re seeing. The issue is we have set the default “configuration” for all our variable products to the lowest priced version. The price sort is ignoring this for the reasons you outlined. When sorting high to low, the products are out of order based on the price the customer is seeing.

I should add that I’ve modified the output for variable products to show the lowest priced version, not a range, so the issue is obvious when you look at the link I provided and sort high to low.

It would be great if the orderby clause was based on the the default configuration for variable products (if set).

Any ideas on how to “fix” this?

Thanks

I’m not suggesting saving that data on the server. Sites save user-submitted data in cookies all the time.

Beyond that, that is how most/all of the abandon cart services work. Once a user enters their email and exits the field, they capture the address.

Now I do understand what you’re saying but the data hasn’t been “collected” yet.

It would be a great feature if Woo would save user submitted data (outside creating an account) in a cookie to save the reentry of information. The cookie(s) could even expire once the session is ended.

Yes, we’re doing guest checkout. Client won’t change that.

Did you happen to get a response to this some other way? Searches will be useless without this.

Thanks

Well, I’ve talked with two different PayPal Support people and got different answers. The second person I talked to said that information is only available to PayPal Pro subscribers (can only be enabled for those account holders).

If that is the case, I’m okay with that but state that in the plugin help files. Granted, I suspect PayPal doesn’t make things easy given I keep getting different answers from their own people though…

The client wants this… They are also using the fraud validation extension and one of the tests is the shipping matching the billing.

The billing address isn’t displayed in PayPal as far as I know.

Thanks

Yes, the Pay with Amazon does use its own forms. It injects them using iFrames. I would like to conditionally hide the other stuff – the standard/default stuff since the customer doesn’t enter a billing/shipping because that is based on the user’s Amazon account.

Did you select the appropriate Targeting Conditions on the right hand side? I missed that when I was trying to create a Modal triggered by a click.

I tried your suggestion and it works for event detail pages but it breaks the main events page. Here is an example:

https://keg.brettatkin.com/events/

https://keg.brettatkin.com/events/bud-to-boss-cincinnati-oh/

Any ideas?

Thanks!

Brett