streamworksaudio

Just thought I would chime in…

I cam to the support threads to ask this question, but I see somebody else reported the same thing.

SVGs are being shown with a 0x0 size in the header thus cannot be seen. I am not using a plugin to enable SVG uploads as I added the support for SVG uploads from our own custom code (plugin).

PNGs do (as mentioned above) do work.

Cheers.

Thanks again. I will give the wizard another shot.

Not sure if this causes an issue, but our WooCommerce site is set to Canada while our SandBox facilitator account is set to US (although our PayPal business account is Canada).

Can any of these features that are set by the wizard be set manually in the PayPal developer dashboard?

Cheers

Thanks for the quick reply.

Yes I am testing a Sandbox account on my local server. Does the address of the logged-in user play a part in determining which payments are shown? I would imagine it wouldn’t, only because that would assume a user is logged in. Same as I would assume it wouldn’t rely on the PayPal user being logged in as often the visitors of the site are not logged when first arriving at the site.

Cheers

Thanks Niklas,

Changing the button layout to vertical helped with the checkout page (now it shows the Debit or Credit Card button). However the product page and cart page still only show the single button, is this be design?

I am also always seeing a network timeout error with…

https://b.sbox.stats.paypal.com/v2/counter.cgi?p=uid_xxxxx&s=SMART_PAYMENT_BUTTONS

Not sure if this error has an effect on the buttons. Also not sure if this error has something to do with the fact that I am testing this on a Local server.

• This reply was modified 3 years, 3 months ago by streamworksaudio.

Thanks again Niklas,

I did give it some time, a couple days actually – but the buttons never appeared until I disconnected the plugin, created a new REST API app (Sandbox) and reconnected. Right after doing so the buttons would appear.

I did try the onboarding wizard, but PayPal wanted a life story (in questions). I am sure I missed one or two but I could not get through the wizard. But manual seemed to work.

Update: I decided to disconnect the plugin from my Sandbox REST API and even deleted the Sandbox app and created a new one. I then reconnected the plugin to the new app and now the buttons are appearing on the checkout page… interesting (and confusing).

• This reply was modified 3 years, 3 months ago by streamworksaudio.

Sorry, I should have been clear regarding the Mini Cart – I was referring to the Mini Cart in my theme, Kadence. The Hello theme I only activated briefly to check if Kadence was the reason for the buttons not showing on the checkout page – which it wasn’t, because they did not appear using the Hello theme as well.

I will send that info with a support request.

Hi Niklas,

Yes I did the standard deactivate all plugins and checked. Same results. I even switched to the hello theme, same.

I use the local app to create local testing servers and do use domain.local.

As for the mini cart, I noticed that whenever I was on the cart or checkout page the button would not appear in the mini cart – but this mini cart is part of the theme.

I am pretty sure there are no problems connecting to the API. However a test purchase did not work, the ‘loading’ spinner just ran forever.

Cheers

I just posted the same thing and we are not using any currency switcher. The plugin has been set to show on all areas (product page, cart, checkout, mini cart). But it is not showing on the checkout page.

Thanks,

I never noticed this until now. Curious, was this a recent change?

I just remembered, the setting for how many mails per second was in FluentCRM (not the Offload SES plugin).

Cheers

Hi Kevin,

Thanks for getting back to me. What I ended up doing is disabling the new Widgets Blocks using ‘remove_theme_support( ‘widgets-block-editor’ );’ in a snippet, then I was able to get to the classic widget area to add the older Product Categories widget.

Perhaps this is something you guys can add to the road map for a future release (to apply some styles to the widget). Of course I could add my own styles to it, but it the theme is to apply styles to in a future update, then those styles may conflict. So for now I will just use the older widget.

Cheers

Thanks for the reply.

Just to clarify, as you mention, I am using the PayPal Standard gateway that comes with WooCommerce, but for Stripe I was referring to the WooCommerce Stripe Gateway plugin from WooCommerce.

I had a look at some previous orders where the WooCommerce Stripe Gateway was used and the Stripe fees from those transactions are not applied to commission.

Thanks again

Hi,

Sorry I have been unable to following this up. I don’t get a lot of partial refunds so I am not able to recreate the error. I will try to setup a test local site and test it there and follow up here.

Cheers

Thanks for that info!