Nathan Explosion

Just an FYI:

Go into your ACP, type 'tasks' into the search bar and click the relevant result. Check if the tasks are running by viewing the date information for their last/next run.

You're not expected to see any output, so whatever they are troubleshooting then it's not a valid troubleshooting step. Is there an issue with the job running? Are your tasks in the ACP running or not?

Category setting

There's your answer then!

Is 'Post before register' enabled?

A different approach... In the above, are you referring to getting the IPB v3.x installation working before proceeding to do an upgrade? If so, you're going to need to ensure that you have a version of PHP that is supported by v3.x - which will mean PHP 5.x, as PHP 7.0 and above won't work. Incorrect - PHP 5.6 or lower, depending on the version of 3.x. I may 'work' but it wasn't officially supported and was never required.

They're on Cloud...

It is, yes twitter.com has a different oembed endpoint to x.com, hence the fix in 4.7.13 to account for it.

Have you upgraded to 4.7.13 yet? There are changes to the endpoints for oembed.

OK - if you think so then crack on and bring it up with CKEditor support.

Um, yes CKEditor is integrated into the software. Doesn't change the point I am making - it's Invision's plugin, not CKEditor's...

No - it's Invision's plugin that handles the quote functionality.

Yep - adding contenteditable=false to an element makes it non-editable in a CKEditor. The problem is that the template for the quote isn't a template you can easily edit. Also, there's a bit more going on under the hood in the CKEditor plugin land. I've got a hacky way of doing it, but I won't share it as it requires a file edit: TEST - A Test Forum - Invision Community — Mozilla Firefox 2023-09-22 11-06-09.mp4

Did you try installing it after you uploaded it?

Coming back to this one - the reason the above isn't working in this situation is because the page/database is not using the suite wrapper, and therefore the required javascript elements aren't being loaded to handle the menu requests. First time this situation has come up so requires a bit of thinking about. Progress can be followed at https://www.ynwa.tv/topic/163845-pages-add-support-for-pages-which-do-not-use-suite-wrapper/

They are perfectly fine if all members of the site are male. But they're not so... "A member requests their account is deleted" "A member requests their PII Data"

Feedback - Invision Community — Mozilla Firefox 2023-09-18 16-36-46.mp4 I did mention that it was the feedback forum that this was happening in - you are using the "Invision Community Insider" forum for your test.

If I was you, as you have moved server, then I would be checking the storage paths are correct in the ACP. It's somewhere in there, can't remember the location.

Option 1: contact your host and ask them for assistance with disabling strict mode in MySQL/MariaDB Option 2: disable or uninstall the resource that has added twoStep_activation to the core_members table (it's not a default column, it's from a resource you may have installed in the past) Option 3: go into your database, and set a default value on the twoStep_activation field in the core_members table

I don't need it. An update will be out during the week sometime.

Thank you - just doing some quick testing here, using your settings. My initial thought is that as you have nothing set to be hidden on the "Links" tab then you really should just toggle off the "Links" option on the 'Main' tab. I'll sort out the potential for someone doing that in the next release. Will look into the Youtube and text stuff in more detail when I have time.

Can I also have a screenshot of your "Miscellaneous" tab?

OK - I'll take a look into at some point over the next week. If an update is required, it will be released via my site (see provider link)