[moorezilla]

Upgrading standard Ubuntu LTS dist from 14.04.5 to 16.04.1, so php will go from 5.5 to 7.0.x. I’m not using pdf stamper, so that’s not an issue in my case. I’ll keep the php.ini memory settings in mind when we upgrade. Thanks.

[moorezilla]

This continues to work fine for us, but there’s one odd behavior that we’ve noticed that might be worth looking at for a future release.

If you have more than one required variation, the javascript warning fires after any required option is chosen, rather than when a user tries to add the product to the cart without having chosen an option for all required fields. So, for example, if you have a t-shirt with three required options like size, color, and sleeve length, the user will get a pop up warning when they choose their first option, and then they’ll get another warning after they choose their second option, and then selecting the third option will allow them, of course, to add the product to the cart. We’ve just had some customers complain that they’re getting a warning WHILE they’re filling out the required options, as opposed to getting a warning only if they tried to move on without filling out all the required options. Again… isn’t an issue if there’s only one required option; just comes into play if there is more than one required options. This doesn’t seem to affect the ultimate selection, but it does pose a minor usability issue for customers that might be revisited in a future release.

Thanks!

[moorezilla]

Yep… plugin conflict Appears to be a conflict with the “Quick Paypal Payments” plugin. Deactivating this plugin seems to fix the thank you page issue. Perhaps this other plugin adds some conflicting code to each generated page; I’m not sure. It appears that both can’t be used at the same time, even though they offer complementary functionality.

The “customize return button text” is still ignored by PayPal, which isn’t a huge deal. I’m hoping this isn’t also a plugin conflict, as I can’t really disable any more. I don’t think it’s the theme, as it’s a genesis child theme.

Any way, thanks for the help.

[moorezilla]

I may have a similar issue. I can’t seem to get the thank you page to appear after a completed PayPal transaction.

When testing the cart, I added a product, went to PayPal, completed the transaction, but two things seem amiss:

1. The “customize return button text” is ignored by PayPal.

2. When I click the “return to merchant” button on PayPal, it appears to load the correct url into the browser address line BUT the page is blank and view source shows an empty page. If you then copy the url provided and paste it into another tab, however, the thank you page loads fine.

The transaction completes correctly and I get emails triggered to both the customer and the vendor from eStore plugin, and I get an email from PayPal about the completed transaction, but for some reason the thank you page on my site will not display correctly upon a return from PayPal.

Under Advanced settings the Enable Alternate Redirection Method box is checked, but this was checked by default. Should this not be checked? Anything else I might be missing?

Thank you page definitely works when accessed directly… it just comes up as a blank, no code page when returned to from PayPal and the customize return button text appears to be ignored.

[moorezilla]

Hold on… it appears to be working now! Perhaps it was a cache issue or something after updating the plugin, but it appears to be working now. Fires a “You need to select an option before you can proceed” when someone tries to add to cart without selecting a size… which is great. Thanks again for the prompt help on this.

[moorezilla]

UPDATE: appears to be working fine now. I think it was a cache issue or something when I tested it earlier. Thanks again!

Thank you for getting right back to me, and on the weekend as well. Much appreciated.

I uninstalled the older version of the plugin and installed/activated the emailed update. It show as 7.4.1 in the plugin menu. I’m running a Genesis theme and the latest version of WordPress, with all updated other plugins on an Ubuntu 14.04.x LAMP setup.

I added the “Select Option” and it appears in the product dropdown, but it still seems as if customers can simply add a product without selecting a size (adds the “Select Option” as the default choice instead of forcing a change). Also, once they add an item, I don’t see a way for them to select/change a size without removing the item from the cart. Maybe this second functionality is by design; it’s not a big deal as long as the initial choice is forced, but I’m not having much luck forcing the first choice. Adding an item without making a choice seems to add it with the “Select Option” language, instead of firing a warning or otherwise forcing an actual choice. I hope this makes sense.

My variation is in as: Size|Select Option|Youth S|Youth M|Youth L|Adult M|Adult L|Adult XL

I’m using the fancy shopping cart option. Perhaps this is a clue or problem? wp_eStore_cart_fancy1_when_not_empty

If you want to see what I’m talking about, you can see a demo at bellpto.org/store

Thanks again for your help. I think we’re really close. I think I’m just missing one more key step or something.

[moorezilla]

I need to force customers to choose sizes on several products. Was this ever implemented?

“After chatting this through with my business partner, we decided it’s best to stick to keeping the “Select option…” call to action as the first entry rather then being blank.

To cover all scenarios, I think the user configurable logic needs a choice between forcing one different option or a different option for all variants.”

That’s basically what I need, a way to display something like “please choose” and then force customers to choose something before adding a product to the cart, but I don’t see how to do this in the documentation.

[Author]

Posts