Jess - a11n

@davilera – the old site is blog.openource.org, the new site is just opensource.org (no subdomain).

Thank you!

@davilera – I hadn’t planned to! Sadly, someone else moved it – I hadn’t thought to warn them not to.

The license was removed from the original site some time between Feb 21st and Feb 22nd. It was there PT EOD on Feb 21st, and had been moved when I logged in on Feb 22nd. If there is any way to recover data from your end, that would be so appreciated!

@davilera – Another question for you! We completed our migration yesterday, but I think we may have gone wrong with the Nelio portion due to moving our paid license. Here’s what happened:

1. We installed Nelio Content, clean install, on opensource.org
2. We activated our Nelio Content license there, which means the license disconnected on blog.opensource.org (the original site)
3. When I go to blog.opensource.org, I can no longer see anything scheduled in the future except events pulled in from an ICS feed
4. Taking a look at the database on blog.opensource.org, I have no entries for nc_task_preset post types
5. I have a number of entries for nc_reference post types, but don’t see any place for a future scheduled date where I might be able to see what was schedule in the future and reconstruct it

I was not the person who moved the license, so I can’t confirm whether or not any of the content deletion steps were taken as a part of that. But I do see lots of items on the Calendar up today, when the license was moved.

What are our next best steps to retrieve any future scheduled tasks / posts, etc. so that we can recreate them on opensource.org? If I flip the license back over to blog.opensource.org, would they reappear so I can then use that as a guide to manually recreate them?

Thank you!

Thank you so much for all those details, @davilera! After some discussion and consideration, I think we’ve decided to start with a fresh install of Nelio Content on the destination site, and manually recreate any future tasks and messages.

Given that, what steps do we need to take to ensure that no posts are sent out from the origin site (or from the Nelio cloud based on the origin site) after the migration is done? Is a simple deactivation of the Nelio Content plugin on the origin site sufficient, or do we need to do more?

Also, I’m seeing this notice on the Plugins page of our development site when I look at Nelio Content:

Warning!?This site has been identified as a?staging site?and, as a result, you can’t use any of Nelio Content’s features. If this is not correct and you want to use Nelio Content normally, please?follow these instructions.

But when I click on the link, it takes me to this page, which is a 404: https://neliosoftware.com/content/help/modify-list-of-staging-urls/

Thank you!

Thanks so much for your quick response, @davilera! Yes, confirmed, it is the social messages and tasks we’re concerned about.

However,?social messages and tasks are usually linked to posts via the post’s ID. So, when you move your content from the subdomain to your main domain, you have to?make sure all the posts keep their IDs?(which may or may not be feasible, I don’t know), or things won’t work as expected.

Unfortunately, it’s not going to be feasible for the posts to retain their IDs. They’ll end up with new IDs after the import.

Brainstorming solutions here… are the post IDs stored in your cloud, or are those only stored in the database? Any suggestions on best options here?

I really appreciate the guide to the database storage! I’ll take a look at those tables today and try to get a better picture of what we’re working with on the site-side.

Thank you so much, @jarryd-long! I appreciate the quick response.

For the blocks, would you expect the block behavior to match the shortcode behavior exactly? I noticed that the Billing Invoice shortcode displays “No invoices” text for an empty account, but the Billing Invoice block does not display any text under the same conditions.

Hi @mikes41720 – thank you so much! It looks like that’s exactly what we need ??

Hi @cjg79,

Thanks so much for explaining the email / inbox difficulty! First up, regarding the email, go ahead and respond (or have the inbox owner respond) to that ticket and give us your preferred email address. We can cc you on the ticket and you can respond to us directly, without switching over any email addresses or accounts ??

In the meantime, I can absolutely give you an update on that ticket. It looks like we sent a reply on Tuesday. I’m so sorry to hear you haven’t received it!

Our recommendation in the ticket was that you try a conflict test. Here is the process:

• Temporarily switch your theme to Storefront
• Disable all plugins except for WooCommerce
• Repeat the action that is causing the problem

If you’re not seeing the same problem after completing the conflict test, then you know the problem was with the plugins and/or theme you deactivated. To figure out which plugin is causing the problem, reactivate your other plugins one by one, testing after each, until you find the one causing conflict. You can find a more detailed explanation on how to do a conflict test here.

Go ahead and respond back directly to the ticket email with your email address, and we will cc you. If the conflict test doesn’t expose the issue, we can work with you on next steps there!

Hi @iguanamom,

Thanks so much for the update! I’m glad to hear that everything appears to be working well now, even though your screen doesn’t look the same as our screenshots.

I’ll go ahead and mark this as resolved, but definitely let us know if you see anything unusual come up with this in the future!

Hi @mnppdt28,

This is a very unusual issue! As a first step, could you please contact PayPal support and give them the transaction numbers from the orders. You can find those here: https://d.pr/i/7YJALx

One you’ve done that, please contact us at WooCommerce.com > My Account > Support. You may need to create an account before you can access that page.

Please include a link to this forum thread, so that we can keep track of what’s already been done, and let us know what PayPal support was able to find out about those transactions.

We will be able to help you further there!

Hi @crestanads,

Thanks so much for the clear description of the issue. We’re happy to help get you pointed in the right direction on this!

when on check out, after inserting the credit card details and pressing complete order, the page will scroll up and it won′t show the error message, just a black banner. After inspecting on browser there is an error message but nothing to see there.

The first thing we need to figure out is what is displaying in that error message. That should give us some hints here.

The most common cause for this missing error message behavior is some kind of plugin or theme conflict that is preventing the error message / banner from displaying in full.

I’d recommend doing the following, either on your live site during low traffic periods or on a staging or development copy of your site.

1. Place Stripe in test mode (optional)
2. Deactivate your site’s theme and activate a default theme such as Storefront.
3. Test to see if you’re able to see whatever error message is being displayed. If you are able to see it at that point, let us know what it says!
4. If you still aren’t able to see it, deactivate all of your plugins except for WooCommerce & Stripe and see if you’re able to complete checkout or see the error message
5. If you’re able to complete checkout at that point, reactivate your plugins one at a time, testing between each reactivation until the issue returns. Hopefully you’ll be able to see the error message at that point.

Please let us know what you discover!

Hi @mariosnft,

Thanks for reaching out on this!

As far as we’re aware, you should be able to disable the pixel on your site using that filter.

We have seen some issues previously where code is copy / pasted from our docs and ends up with the wrong kind of apostrophe marks, which can cause issues.

add_filter( 'facebook_for_woocommerce_integration_pixel_enabled', '__return_false' );

Could you please copy the snippet directly from the code block above and see if that does the trick?

If it doesn’t, please leave the snippet active and share a copy of your site’s System Status? You can find it via WooCommerce > Status. Select “Get system report” and then “Copy for support”.? Once you’ve done that, paste it here in your response.

We look forward to hearing back from you on this!

Hi @simonduemila,

Thanks for reaching out about this! When you say you have CAPI enabled, do you mean you have separately enabled the Facebook Conversions API on your server?

If so, it’s possible that you are not seeing the browser event because there is a deduplication mechanism for events. This ensures you’re not getting duplicate events recorded from two different sources for a single event.

You can read more about this in Facebook’s documentation here: https://www.facebook.com/business/help/823677331451951?id=1205376682832142

Could you let us know if that makes sense with what you’re seeing on the Facebook side?

Thank you!

Hi @shahank,

It looks like we’ve received your ticket and are working on it now! I’m going to go ahead and close out this thread, since this has been moved over to our ticketing system.

Cheers ??