Tom

Wow Zulf, that was a quick update. Thanks so much – going to check it out now ??

Thanks Jesse, yeah it’s looking like I’ll need to create a custom template to handle this because nothing else seems to work as expected.

The action you mentioned above does display the coupon form (though complete with the notice part) to the desired location… however if the customer has filled in their name/address etc – once they enter their coupon code and click apply, they are instantly directed to PayPal.

In other words the form doesn’t work as it should (apply code then leave them on the page so that they can select their shipping method and payment option)

I should note that I’ve tried:

add_action( 'woocommerce_review_order_before_payment', 'woocommerce_checkout_coupon_form', 10 );

It kinda’ works.
It adds the Coupon form where I want it to be, but it also includes the blue “notice” box above it, along with the text “Have a coupon? Click here to enter your code”. The notice/form is OPEN by default, so I suppose I could just hide the .woocommerce-info notice using CSS, but this seems a little “hacky”.

Open to opinions on this

I find it strange that we seem to be the only ones reporting this (quite severe) problem.
Would anyone else care to comment whether you’re experiencing the same issue with v2.4.7?

^Confirmed on my side also.

As well as this, I also checked several other clients’ sites (running v2.4.5) and they appear to be sending the customers address just fine (without having to select ‘send shipping address to PayPal’).
To me this confirms that either v2.4.6 or v.2.4.7 of WooCommerce contains a bug.

@seanuk – are you able to write a list of the plugins that in use on your clients site?

My clients 3x sites are also experiencing this same issue when customers pay through PayPal Standard.
This has only started happening since updating to WooCommerce v2.4.7 (from v2.4.5).

Hi Ryanv12,

The method used in the link I’ve provided doesn’t require any changes to the plugin code/files whatsoever.

I can also confirm that this method works, because I’ve used it on a clients site. (also it’s in use on the site where the tutorial is posted)

BR
Tom

Here you go: Link

I’m having the same problem….

Clicky
Add a product to the cart then click ‘proceed to checkout’.. on the next page you’ll see that the placeholder text is messed up

Thanks Paul. I guess there must be some conflict with another function that I’m using in our framework. I’ll need to try debug it when I get a moment.

Thanks for the feedback anyway

Me 7

Thanks but I’m actually developing my own functionality plugin so I’ll be adding the code in there ??

Thank you both for your replies – I’m going to be working on this again in the next few days so I’ll let you know how I get on but it sounds promising.

Most appreciated

This is pretty neat, however it’ll only work for users registered on the site AFTER implementing the function

Not ideal perhaps, but I found it helpful as a temp solution

+1. I would also like dashboard columns back.

I have 1920px x 1080px display and I used to have just 2 columns which worked great!

Now 4 columns are displaying, yet my widgets have all been forced into the first 2 columns.

Obviously the widgets are also now half the sizze that they were so many plugins are having display issues with the Dashboard widgets (JetPack stats included!).

Responsive design isn’t supposed to PUNISH users that have larger displays.

I sincerely hope column choices return in the next update.

Other than that – the new admin UI is awesome.