Bulk label creation not working reliably, Adress 2 always rejected, other issues

Hi!
Since today when I try to create a shipping label for an order from one of my retailers I get the following error: “SOAP-ERROR: Encoding: object has no ‘accountOwner’ property”
Yesterday DHL had a huge problem with their business client portal. It was not accessible and it was not possible to create and print shipping labels at all. Maybe this error which is turning up in my shop since today is connect to some changes DHL di??
Though what’s interesting is that this error doesn’t occur when I create shipping labels for orders from my whole sailers.

Please help!

Kandria

Want to add that the DHL problem happened in Germany, in case this is important for you to know.

Hi Amantha,

this was a problem with DHL not the plugin.
Had us affected too but it has nothing to do with this support thread.

Chris,

Thank you for your feedback on the plugin.

See my response to your points:

– We will look into the URL issue. How many orders are you selecting at once?
– To be clear you are saying no hook is being fired for bulk only, correct?
– Is address 2 filled in with the street number in these cases?
– We will have to discuss how and when to add this feature internally.

Hi Shadi,

thank you for your reply.

– How many orders are you selecting at once?
Usually we select around 100 to 150 orders in bulk, but I think the limit should be higher.

– To be clear you are saying no hook is being fired for bulk only, correct?
Imho one do_action after successful single label creation should be enough (afaik you’re looping through the orders with bulk creation, so it would be best).
This hook would be perfect with parameters like order_id and label_url.

I found only one do_action and it did not fire at all for us. (I think it only applies on Deutsche Post International and we’re using DHL Paket)

– Is address 2 filled in with the street number in these cases?
_shipping_address_2 is filled with values like “c/o Gretchen” or “Store in fridge if noone answers the door” (<- This is common usage and OK if we’re uploading a csv to DHL Customer-Portal). Currently we need to copy these values into _shipping_company to create labels.
_shipping_address_1 is “streetname housenumber”.

– We will have to discuss how and when to add this feature internally.
That would be awesome, right now we check the total weight and modify the dhl_weight to an acceptable value and create an export to upload to DHL manually.

See my response:

– We’ll look into fixing this
– We’ll look into adding the action
– This can be done by using the hook “pr_shipping_dhl_label_args”
– This will likely be released next year

@cedus I am unsure how to recreate this issue you are having

– Bulk label creation creates a url-monstrosity that leads to server error 500 because of it sheer length.

What is meant by “URL-monstrosity”? Do you have a screenshot or a URL example?

@shadim

Hey, it produces a way too long url when selecting many orders that goes above the limit for maximum allowed length. Sorry I cannot make a screenshot right now. Happens at the end of bulk label creation.

Are you referring to the actual site URL or some other URL – https://www.dropbox.com/s/lekz95g4jvar3pm/Screenshot%202019-10-29%2010.45.28.png?dl=0

There are too many url parameters being sent to GET them later.

I think this happens regarding the creation of one bulkd PDF out of all the single label PDF.

• This reply was modified 5 years ago by cedus.

There should not be any GET parameters being sent, this is done in the server side. Can you recreate the issue consistently? If so, let me know how to do it on my end.

If there are too many failed labels in bulk label creation the url paramenters sent to display the notices get too long. I will post a screenshot if it happens again.

@shadim Here’s a screenshot of todays error 500 ??

https://i.imgur.com/yfMWUaF.jpg

Does this happen if you use another bulk action?

@shadim This does not happen when selecting our custom bulk action for exporting a csv or creating packing slips.