whitmason

Video does not show what to do to achieve the result. I used the minimal list design. The event had a start and end date. But when displayed, only the start date is displayed. Also, your Support said this feature was not supported – see https://www.ads-software.com/support/topic/multi-day-2/

Yes, I contacted your support about this issue before I posted. They said there was nothing I could do in Bold Builder to fix the problem. The section layout can be used to change the overall appearance of the Cart and Checkout pages, but not the areas of the pages that are generated by WooCommerce. The Cart and Checkout pages from other themes I bought look much better than the pages in Bold Builder. Bold Builder itself interferes with the WooCommerce CSS, making it difficult to style the cart and checkout pages. I ended up over-riding a lot of Bold Builder CSS on those pages.

I disconnected and reconnected to Square multiple times. Eventually, a location appeared in the dropdown. Then transactions went through fine. Marking as resolved.

Even though location id is not required to proceed, the code might be failing because the variable woo_square_location_id is not defined in the production environment. This generates an error. This code is inside a try/catch, so an error message is logged and the refund is not processed.

Use zip code 99999 in the WooSquare Postal Code to generate this error message. See https://developer.squareup.com/docs/testing/test-values.

Once I enable this plugin, there does not seem to be a way to use your plugin’s default style for dropdowns. When I setup an attribute, it forces me to select a design profile. The plugin does not come with a design profile for a dropdown, so I need to create my own.

Since dropdown is the default behavior in WooCommerce, and difficult to completely style using your plugin, it would be better if there were either a way to select the plugin’s default dropdown style, or use the theme’s style, or have the option to not use a Design Profile.

Steps to reproduce;

– Create global attribute.
– Select Type=Select
– Swatches settings require me to select a Design Profile. I cannot just use the plugin’s default style.

Thanks for the improvement. The error messages are clearer, although they could be more user friendly. The new error messages are too technical. The error for invalid zip code in particular is still confusing – “Authorization error: ‘ADDRESS_VERIFICATION_FAILURE'”. Customers may think there is a problem with their billing address, when the real problem is the zip code they entered in the WooSquare section.

It is possible that this error with refunds is related to an error I reported previously – https://www.ads-software.com/support/topic/locationid-is-required/. The problem only occurs in production, not in the staging environment. When you fixed the error I reported, I told you that the error was not fixed in all places in the code, including the code for refunds. The code is still not fixed in WooSquare 3.7. Code in SquareGateway.class.php line 643 needs to be changed. woo_square_location_id is not defined in the production environment.

I updated to WooSquare 3.7 and no longer get the file not found error. Thanks!

I had a similar problem. Turned out that the Description for the location is displayed on the checkout page. If there is no description, then just the blue line displays.

I did not actually cause all the errors related to ‘woo_square_location_id’, but logically if this option is never set, then it might cause problems when trying to get it.

For the internal server errors, I described the problem in this topic. Updating the code so that is does not use obsolete code fixed the problems I was seeing.

https://www.ads-software.com/support/topic/internal-server-error-611/

The specific error I reported is fixed in the new version. However, only one of the 4 places in the code that I posted was changed. I do not know if the error will occur in other test cases such as when processing refunds.

Also, the new version still does not fix the internal server error I reported a few weeks ago. The error is caused by obsolete calls for some order methods. My production server expects code to run clean. I corrected the errors on my sites, but the plugin itself should be fixed.

The location was already selected. I selected it again and saved, but problem still occurs.

From looking at WooSquare code, the problem may be that there are 4 cases where this line appears

`$location = get_option(‘woo_square_location_id’);

but that option is never set anywhere. Usually the option for location is called woo_square_location_id_free

• This reply was modified 4 years, 5 months ago by whitmason.

Since that is a standard WooCommerce error message, the problem is likely to be a setting in WooCommerce, not in WooSquare itself. Could try modifying the setting in WooCommerce for “Default Customer Location”. I was getting that error message, and got rid of it by changing this setting. Also may need to define a shipping zone for “Locations not covered by your other zones” in WooCommerce, which WooCommerce will use if it can’t automatically detect the user’s location.

Yes – the error was in the order notes and occurred multiple times until I disconnected from Square and re-entered the username and password. I am running version 3.6.2 of your plugin, which is the latest version, but still got the error.