heints

Hei,

I did as instructed and deleted the whole folder and re-installed from the link (and updated to 4.1.2), but the conflict is srtill there:

[02-Jul-2024 10:09:49 UTC] PHP Warning: include(): Failed opening ‘/data02/virt47394/domeenid/www.hobukeskus.ee/secure/htdocs/wp-content/plugins/backwpup/vendor/composer/../../inc/Pro/class-page-support.php’ for inclusion (include_path=’/data02/virt47394/domeenid/www.hobukeskus.ee/secure/htdocs/wp-content/plugins/backwpup/vendor/pear/archive_tar:/data02/virt47394/domeenid/www.hobukeskus.ee/secure/htdocs/wp-content/plugins/backwpup/vendor/pear/console_getopt:/data02/virt47394/domeenid/www.hobukeskus.ee/secure/htdocs/wp-content/plugins/backwpup/vendor/pear/pear-core-minimal/src:/data02/virt47394/domeenid/www.hobukeskus.ee/secure/htdocs/wp-content/plugins/backwpup/vendor/pear/pear_exception:.:’) in /data02/virt47394/domeenid/www.hobukeskus.ee/secure/htdocs/wp-content/plugins/welaunch-framework/vendor/composer/ClassLoader.php on line 444
[02-Jul-2024 10:10:00 UTC] PHP Warning: include(/data02/virt47394/domeenid/www.hobukeskus.ee/secure/htdocs/wp-content/plugins/backwpup/vendor/composer/../../inc/Pro/class-page-wizard.php): Failed to open stream: No such file or directory in /data02/virt47394/domeenid/www.hobukeskus.ee/secure/htdocs/wp-content/plugins/welaunch-framework/vendor/composer/ClassLoader.php on line 444

Hei!

Is there some news on this feature? This would get us to upgrade to premium?

br,
Hendrik

I vote for this issue. This is bullocks! We also have issues with this (while trying to checkout as quests directly to the dpd pickup point – we should not be needing the shipping address at all! The name, phone number & the pickup point should suffice!

Developers, please talk to DPD and fix this nonsense.

PS! to jamajamajaaama – we are currently fillin our store physical address as default to these, to avoid errors. but its still bullocks!

Super! I would really like if instead of the “pickup point ID” the plugin would actually write a static and permanent name onto the woo commerce order. So then that would not disappear anymore from the existing orders. I can write an e-mail with that suggestion / complaint to the IC team if needed.

Hei DPDBaltics,

I wrote to DPD local support and got confirmation about a DB issue on DPD side. After I did the disable<->enable a minute ago, the pickuppoints re-appeared.

Wordpress 5.6, woocommerce 4.8.

One idea to You for DEV is that IF the pickuppoints “break” also the info from the woo order will miss the pickup point of selection. EG we did not know where the customer had ordered the package. Can you write a separate DB for the “new points” and for the old orders!? What happens if the pickuppoint will be removed by DPD, will it destroy also our order history on those orders where that point was selected?

br,
Hendrik

Hello!

We started to have the same issues. I upgraded to latest version, but also NOT getting the pickup points anymore updated. Tried to clear caches and enable-disable the plugin and nothing.

Hendrik

Hei,

I have noticed that there is something wrong how the plugin caches the pickup points. So each time I have updated the woocommerce, I need to disable and then re-enable the DPD plugin. Then the dropdown works again!

hope it helps.

Hei,

Thanks for the answer. That is actually part of the challenge, that the shipping plugins (DPD parcels etc) are requiring that the sipping parameters are filled.

If one would not use your plugin and would use the wc option that invoice address = shipping address (wc -> settings -> shipping options “Default to customer billing address”) then those shipping plugins are able to function.

So with the checkout manager, we have the option of controlling our fields, but we really also need those shipping label automation plugins.

Any thoughts on this? maybe there is a way to re-utilize the woocommerce default to invoice address functionality.

Basically what we need is that the billing fields are also copied to the shipping fields. Will the pro version enable this?

this one seems to be responsible (in class-dpd-admin.php):

// Fixing params for DPD
$name1 = $this->custom_length( $order->get_shipping_first_name() . ‘ ‘ . $order->get_shipping_last_name(), 40 ); // required 1, max length 40
$name2 = $this->custom_length( $order->get_shipping_company(), 40 ); // required 1, max length 40
$street = $this->custom_length( $order->get_shipping_address_1(), 40 ); // required 1, max length 40
$city = $this->custom_length( $order->get_shipping_city(), 40 ); // required 1, max length 40

$country_code = $order->get_shipping_country();
if ( strtoupper( $country_code ) == ‘LT’ || strtoupper( $country_code ) == ‘LV’ || strtoupper( $country_code ) == ‘EE’ ) {
$pcode = preg_replace( ‘/[^0-9,.]/’, ”, $order->get_shipping_postcode() );
} else {
$pcode = $order->get_shipping_postcode();
}

Whats the purpose here?

Hendrik

-following-

Hei! I have same issue in our store with the stock status showing incorrectly.

We have thousands of products, with most of them variable and we just discovered after implementing an “in stock” label to our fronend that some variable products show in stock, all-though they are not.

The “manage stock” setting is the same as for cpl. of thousand other products, but still not showing correctly. So I tried as suggested here – I removed “manage stock” on one of the variations, updated and restored the “managed stock” and order terms. After saving that, the stock is displayed correctly… Go figure ??

Probably some write error on initial product creation or some other bug… But I wish there would be a woocommerce tool for to fix this via procedure – similar to “recount terms” tool.

no, not yet. Still having the issue of not able to display the pickup selected on the invoice or in my dashboards ?? I hope the developer would help here.

Tnx! works as expected now.

Would it be possible to update the plugin so, that the actual name of the pickup location (company+address) would be written together with the order?