milestone

If you haven’t found the solution, you need a new Google API key and to get that you need to set up a billing option (eg a CC or DC) although you get a free $200 before that kicks in. https://cloud.google.com/maps-platform/user-guide/ for details.

Why not use a standard Multisite arrangement?

@autobooks

Varun went in to the staging site and resaved all the settings and the buttons reappeared (although the CSS classes seem to have changed so I had to realign them to get it looking right again). On the production site, I then swapped a single random setting on each Quick Buy tab, saved, reset back to my choice of setting and the ‘buy it now’ buttons reappeared on the front end as well. That was my only problem.

Just checked and the button on the production site clicks through to the checkout page just fine. I have never used shortcodes (just the auto generated buttons on every product) so I can’t advise you on what is happening on your site I’m afraid.

@varun

I’ve set you up as admin on the staging site – just sending email now.

A pleasure @kingyj! I implemented this in my partner’s store for exactly the same reason.

It’s all prior art, so I can’t take any writing credit (spot the different coding methods in the two filters)- I just understood the problem and put everything together!

Would agree that someone more clever than me should align the codes and package it as a plugin though…

@danieliser – that’s fair enough. And I could certainly live without the repositioning on the page.

If and when it arrives I (and the young artist that requested it) will be very pleasantly surprised!

@stokertje – If this is a great problem for you then why not roll back to the previous problem-free version? On the main WP plugin page, there is a menu item called Developers. Go into that andf you’ll see all the previous versions. Download your chosen one and upload it (still as a zip file) using the ‘add new’ button on your plugins page. And don’t update it until @danieliser says the WP problem is fixed!!!

@danieliser – Yep, its a very temporary ugly kludge and could only work on already saved posts/pages. But it would dig people who can’t feasibly correct a site full of popups out of a hole. If WP core creates the paragraph breaks, then only some form of grep (internal or external to your plugin) will help.

@daniel – would another filter plugin to remove the extra line-breaks fix the problem? So the main plugin needn’t be altered?

It’s a WP problem with all inline shortcodes methinks so might have some traction (ie search for shortcode name, find square brackets either side, delete line breaks at this point?).

Really for WP to fix but as a temporary work around…

Yeah, I think it is more likely that a reader will have 2 or 3 open at a time. 48 will be very extreme! It would be self-limiting as the links will be hidden very soon ??

The popups are 200x240px and just contain an image with a small caption. Here’s the use-case if you want to take a look and suggest anything… just 11 popups on this page!

So it wouldn’t really matter if they were overlaid slightly (especially if they were moveable) and auto-arranging isn’t necessary. Just random placement.

Thinking about it, because each popup is triggered from a link on the page then if they were placed at the position they were called from (plus an offset to top and right, say) then that would do as well and might be a more general use-case.

@frankietee – those filters will make new orders appear to come from
[email protected] despite being sent from shop.com. This will get flagged as spam in Gmail etc.

Best practice is just to use your second filter but combine it with another that adds a reply-to email with [email protected].

add_filter( 'woocommerce_email_headers', 'mycustom_headers_filter_function', 10, 3);

function mycustom_headers_filter_function( $headers, $object, $order ) {
    if ($object == 'new_order') {
        $headers .= 'Reply-to: '.$order->billing_first_name.' '.$order->billing_last_name.' <'.$order->billing_email.'>' . "\r\n";
    }

    return $headers;
}

@danieliser – Yep, absolutely right!

I suspect Jan is using a Pagebuilder type environment which can be real messy in Text mode (and often fails in round-tripping between modes in my opinion).

I think Jan might be being blinded by science here.

Jan… when you write or edit a post in any theme you have your various styling buttons at top left. At top right there are two (and, according to your theme, maybe more) tabs called Visual and Text (and maybe Pagebuilder or something like that).

You are obviously writing in Visual (or Pagebuilder) mode and this mode is interacting badly with the display of the shortcode.

So I suggest you enter the shortcodes in Visual/Pagebuilder mode as normal and then click the Text tab. You’ll see all the same information but in a form that is what is actually read by the browser.

It is in this mode that danieliser is telling you to remove the extra paragraph <p> and </p> marks.

I think what you will see at the moment is something like this:

<p>Some</p>
<p>[popup_trigger]Text[/popup_trigger]</p>
<p>in a line.</p>

but you need something like this:

<p>Some [popup_trigger]Text[/popup_trigger] in a line.</p>

Once it is all tidied up, then update your post/page in that Text mode.

Hope it makes things a bit clearer for you!

Thanks again!

It would makes sense if I was using the local ServerPress MySQL installation (and I will check this thoroughly before I start developing locally) because I know that WP4.2 introduced a sea-change in character encoding internally.

I do also know that my reseller host is still on the lower rungs of MySQL 5.1 and, in an ideal world, it would be on >5.5.3. I also know that if you develop in >5.5.3 then you can’t go back to 5.1 without taking a huge risk. So I’ll probably downgrade the MySQL in ServerPress.

Which is why I was just round-tripping with Duplicator alone. And I also took the precaution of setting up a new WP install to create the DB, read the DB connection details, deleted the actual PHP files by FTP without running the WP setup, and only then ran the Duplicator installer.

Be nice to fix this, but a manual sweep to replace a few dodgy characters is not the end of the world.

Cheers!

Thanks Cory

I’m extracting all the possibilities to a checklist so, when I’ve got a clear space, I can compare ‘live’ to ‘downloaded’ to ‘re-uploaded’ versions of ‘likely suspects’ to see what has changed. Then I can do any tweak necessary before I migrate any site to live in the future.

I think I could understand it more if this was occurring with a local installation phase rather than just a migrate round-trip to the same server, but, hey, I do get character encoding can be a black art with lots of parameters to fiddle with.

Cheers!

A bit more leisurely trawl thru this support topic found this thread – guess it is the same problem (especially as my ‘￡’ symbols are rendering as ‘?￡’.

Haven’t checked through the supplied links yet, but it does seem my answer is within them.