cgmichaelm

I watched the video before posting this. And I also sent several support emails without any reply.

• Due to the caching system we use it’s impossible to deactivate the use of Ajax. We won’t have unique event IDs anymore
• We reduced the events to an absolute minimum. We only sent the most necessarily events.
• Why isn’t there a way to just exclude the event IDs from caching?

There is something obviously wrong with the plugin if it requires 64GB RAM and crashes our server with CPU spikes to 100% if we have 25 – 50 users on our website. And I’ve been a Pixelyoursite PRO customer for several years now and it would be nice if you could reply to the support emails we’ve sent you…

• This reply was modified 11 months, 2 weeks ago by cgmichaelm.

Hi,
the problem had unfortunately nothing to do with the provided address. With almost every German address it’s the same. If the customer did not enter anything in address_2 for the paypal delivery address the house number from address_1 in paypal will be mapped to address_2 in woocommerce. Which is wrong.

If there is no value in address_2 in paypal there also should be no value in address_2 in woocommerce. The house number from address_1 in paypal should never be mapped to address_2 in woocommerce.

I took your plugin live and 80% of the delivery addresses are wrong now.

1. Yes, we can ignore the validation. I turned it of
2. I tried it again with a different German address and now it works. So I assume it does work for almost every address.

So if we turn off the address validation for address_1, there are no more problems.

Thank you for your help!

Sure!
Schlüterstra?e 16
85057 Ingolstadt

If the address comes like that from PayPal it will map the house number to address_2

If the address is:

Schlüterstra?e 16
Hollerstauden
85057 Ingolstadt

Street + house number are mapped to address_1
Hollerstauden is mapped to address_2

No, nothing special about German addresses. The only thing (compared to US address is that the house number is after the street name). The validation the plugin provides is not required. It can be turned off.

But afak the address_2 field in Woocommerce is not the right field for the house number in general. Cause in every language we have our shop (we have 3 websites) address_2 is always a field for the apartment number or something additional to the address. Or am I missing something?

1 and 2: Yes. The plugin “Germanized” validates address_1 for a number. If I deactivate that plugin or turn off the validation it will not redirect me to the checkout. But if the validation and / or plugin is deactivated it will map the house number to address_2

3. It will only map street and house number to address_1 if the paypal shipping address has a value for address_2. If there is no value for “apartment, suite, unit” in paypal then the house number (which is in the same field as the street in paypal) is mapped to address_2

Address format is German

Ok so the real is that PayPal maps the house number to address_2 and it should actually be added to address_1. Address_2 is for “apartment, suite, unit” not for the house number.

2023-08-27T18:11:43+00:00 INFO Redirecting to checkout page. Required fields missing: Array ( [0] => shipping_first_name_required )

2023-08-27T18:39:44+00:00 INFO Redirecting to checkout page. Required fields missing: Array ( [0] => shipping_address_1_validation )

So how do I map the house number to the address_1 field?

Works with 1.12.1
Thanks for the quick fix!

js files needed to be excluded. Works now

Permalink setting:

Common Settings:
– day and name

Optional:
Product category base: “product-category”
Product tag base: “product-tag”

Product permalinks
Custom base: “/produkt/”
(I don’t know why this is set to custom. It doesn’t really make sense…)

I’m using Germanized (3.4.8) and Germanized Pro (3.2.1). Both are the latest versions.

The problem is reproduceable with orders that are “pending payment” and you open the “customer payment page” through the order details. This how I could reproduce the redirect problem that clients have when they checkout. Using normal checkout it mostly worked for me too.

Yes I’m using Germanized. And we don’t have a staging environment at the moment.

I can’t reproduce the error. Sometimes it happens, sometimes it doesn’t. Only solution deactivate Klarna?