altercat

Thanks @drazenbebic — it’s very annoying because I have to process every order individually when this error pops up.

Yes, standard Woocommerce fields, I haven’t changed anything there.

Hey,

würde mich auch sehr interessieren. Es w?re sehr praktisch die Bestellung nach dem Erstellen der Versandmarke als ‘abgeschlossen’ zu markieren (Order completed) und automatisch eine Versandbenachrichtigung nach Vorlage an den Kunden zu schicken.

That’s true, you can search, but even then they don’t come in their logical order. Having second thoughts, sorting them alphabetically is maybe not the best way either, but rather a “logical” order. Grouping them by service and then from small to large would be best probably.

Warenpost International XS
Warenpost International S
Warenpost International M
Warenpost International L

Warenpost International Tracked XS
Warenpost International Tracked S
Warenpost International Tracked M
Warenpost International Tracked L

and so on

Hope this helps! Regards

Yes that was the issue. I don’t have any orders at the moment to test the new version, I’ll get to it as soon as I can and report back to you.

One issue that immediately caught my attention on this new version is that when creating shipping labels in bulk from the Orders list, the “Shipping product” list is not in Alphabetical order. That’s a mess… very confusing when trying to find the one you want (I only use Warenpost International Tracked and untracked, that’s 8 options altogether, unsorted in a list of 20+ items).

Thanks

Thanks I’ll get my hands on it later today and get back to you

Will try this — will this keep my settings? I’d like to back them up ideally

Hello Drazen, thanks for the follow-up

yes, I’d need to look for it well, but I’ve seen you’ve just released a major update of the plugin. Haven’t used the plugin in a few weeks.

I’ve just updated to the latest version to give it a try, but it’s broken my site with the following error:

“Fatal error: Uncaught Error: Class ‘DeutschePost\Internetmarke\Services\LabelService’ not found in /home/ru1g6bg5/public_html/wp-content/plugins/woo-dp-internetmarke/includes/Internetmarke.php:134 Stack trace: #0 /home/ru1g6bg5/public_html/wp-includes/class-wp-hook.php(287): DeutschePost\Internetmarke\Internetmarke->init(”) #1 /home/ru1g6bg5/public_html/wp-includes/class-wp-hook.php(311): WP_Hook->apply_filters(NULL, Array) #2 /home/ru1g6bg5/public_html/wp-includes/plugin.php(484): WP_Hook->do_action(Array) #3 /home/ru1g6bg5/public_html/wp-settings.php(557): do_action(‘init’) #4 /home/ru1g6bg5/public_html/wp-config.php(100): require_once(‘/home/ru1g6bg5/…’) #5 /home/ru1g6bg5/public_html/wp-load.php(37): require_once(‘/home/ru1g6bg5/…’) #6 /home/ru1g6bg5/public_html/wp-admin/admin.php(34): require_once(‘/home/ru1g6bg5/…’) #7 /home/ru1g6bg5/public_html/wp-admin/index.php(10): require_once(‘/home/ru1g6bg5/…’) #8 {main} thrown in /home/ru1g6bg5/public_html/wp-content/plugins/woo-dp-internetmarke/includes/Internetmarke.php on line 134″

I’ve disabled it for the time being. What is causing the issue?

Ok will do, thanks a lot David. Will get in touch and give you access to the site before the upgrade — then you can play around and see what breaks when updating.

Hi again

after manual update to 4.0.60 everything functions as expected. If I then update to 5.0, the images from the gallery are not displayed. Strange, cause in the “SVI Variations Gallery” in the Product Data both the galleries and their images are OK, but they are then not displayed. More interestingly, the first of the galleries (and its images) in one product is displayed, but further galleries are not.

Thanks

I downloaded 4.0.60 and will try updating to this first.

Not sure I understand what you mean with “galleries with more than 1 attribute”. I had one gallery for every product variation (three variations per product), each variation had one attribute only.

Thanks for the prompt reply David

I did see that post. However I tried on my staging site and after deleting 4.0.59 and installing 5.0 all my product variations lost their pictures. They were instead all set in the product’s main gallery.

Regards

Not sure to be honest. Maybe Jetpack?

Tried to find a way of forcing the js file to be reloaded, but can’t really work it out. I see the file that is being loaded is being marked as ver=5.6, which is the current WordPress version. So I’m assuming it just doesn’t realise that there’s a newer version of wp-download-codes.js , and will keep loading the older one until I update to a WP version beyond 5.6.

Ideas?

So I’ve noticed that even after clearing browser cache, and deleting the server-side cache, the old version of wp-download-codes.js is still being loaded — when debugging, the changed line still shows “live” instead of “on”. I’ve confirmed that the version on the server is correct.

It’s clearly some kind of cache issue, I just can’t spot where the problem is exactly (I have even disabled my cache plugin after deleting its cache). I just hope it will start working at some point, once the cache expires and is renewed.

Any more ideas?

Yes I did, I even tried from another browser to be 100% sure.