psorn

Der Download funktioniert nun wieder. Leider kann ich hier keine L?sung posten, da wir keine ?nderungen vorgenommen haben.

Scheint wohl ein tempor?rer Bug gewesen zu sein.

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

Update: Wir haben das Plugin nochmal installiert (ersetzt), allerdings bleibt der Fehler bestellen.

Der Fehler hat nichts mit der Erzeugung der Labels zu tun, sondern rein mit dem Export als PDF (bisher erfolgreich exportierte Labels lassen sich nun auch nicht mehr herunterladen bzw. erzeugen eine Datei mit dem richtigen Namen, die sich nicht ?ffnen l?sst und nur 660 Byte gro? ist).

Hallo @drazenbebic,

danke für die schnelle Rückmeldung.

Es handelt sich um Harmonized Labels mit und ohne CN22. Wir haben seit gestern keine ?nderungen vorgenommen und bis dahin funktionierte auch noch alles. Wir haben noch einen weiteren Shop und haben das dort gerade auch nochmal getestet und dort funktioniert auch weiterhin alles.

Wenn wir das Plugin erneut installieren, bleiben dann alle Einstellungen erhalten?

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

@shadim Of course.

However, I think others might also be interested in the solution (I also found some familiar topics but have not found a solution at the end of the topic).

So could you please describe if and how address field 2 (when used for additional and not the street number) is handled by the plugin when everything works fine (shipping within Germany)?

Thank you.

@shadim Thank you! I have not found the right code to adjust – Which code do we have to use?

Further, do you plan to add this to the product data (like country of origin and hs tariff number)? That would be the perfect solution because you could fill out all relevant information for the custom declaration in one place. The plugin for “Deutsche Post” does that as well and it works perfectly. Since Warenpost International will be processed by DHL in the near future, it would be great to have this feature in the DHL plugin as well.

Thank you!

@shadim Thank you for your fast response.

The error is “Could not create label – In der Sendung trat mindestens ein harter Fehler auf.”.

In this case, our customers use address 1 for street name AND number and they use address 2 to add some kind of additional info (e.g., apartment, room xy, …). When we add this info manually to the name field and clear address 2, it works. So the error seems to be created when processing address 2.

Thank you!

No solution for this?

Fehler scheint behoben zu sein, heute hat wieder alles reibungslos funktioniert!

Hi @apmwebdev,

thank you. It looks like checkout will be only useful when it is part of the “core”. Is it planned to make that happen this year?

Thank you!

Hi @solstudioim,

Sound great, thank you!

Is it planned to integrate the blocks in the “core” in this year?

Thank you!

@dcka I really liked the idea of the new checkout and it really looks amazing.

But guys, this story “WooCommerce Blocks Checkout is pretty new” is more than one year old now … nothing really happened. A checkout without payment gateways is useless. And PayPal is THE standard payment method in most of the countries so I really do not understand while the officially recommended PayPal plugin from Woocommerce (WooCommerce PayPal Payments) is still not compatible with it …

Hello @joostvandevijver,

thank you. I have just checked the other Plugin but it does not seem to be a good alternative – according to the reviews …

Will PayPal Plus be added to this plugin as well?

Kind regards,
Philipp

Hello @joostvandevijver,

great to hear! The block cart/checkout looks much better than the standard but I think it does not make sense for many stores to use it as long as PayPal Plus is not compatible. So you could really make a big difference ??

I look forward to hearing from you!

Kind regards,
Philipp

Any solution yet? We face the same problem …

Hi @danielinhou,

Thank you for your response! We updated the translations (WordPress dashboard) and now everything is fine.

All strings were appearing in English (e.g., “Your Cart”, “Totals”, “Shipping”, …). But it looked like the translation for these strings comes from WooCommerce directly (not from the WooCommerce Blocks plugin), right?

After the update, it seems like WooCommerce Blocks did not use the translations from WooCommerce anymore. If this happens again in the future: Is there a way to directly force or “refresh” this after the next update?

Cheers

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