Recent content by Mike

It looks like you're missing an index that is expected to be there. I'm pretty sure this index has been present since the very early versions of XF so I'm not totally sure why you don't have it. However, to add it, you should be able to run this query: ALTER TABLE xf_profile_post ADD INDEX...

You should be able to do this now.

If you get a message like this, it's just indicating that we don't have enough information to do a merge. The general recommended approach would be to revert the template and reapply your customizations to it on a fresh/updated version of the template.

This error would seem to indicate that you have set up your attachments to be served via S3 using the add-on that does this. You've either uninstalled the add-on, removed the files, or disabled listeners and thus the required code for that won't work. If you've just deleted the files associated...

This definitely isn't a bug and we generally don't attempt to disable things like this unless there's a very particular reason (thread titles trigger something similar, for example). But yes, this is just a browser behavior that exists by default. If you have a particular use case/requirement...

I replied to your ticket, but the fundamental issue is that your code relies on jQuery and it's being called before XF has loaded jQuery.

If it's happening here too, then it's pretty certainly something on your device end. This would absolutely fit with cookies being cleared as that's how a device is remembered. It may be that there's some sort security software that is clearing cookies or maybe there's a setting to clear them...

If a PayPal payment is received for a user upgrade subscription that was created in XenForo 1.x, it may fail to process and the following error will be logged in the control panel: This error may be logged a number of times for a single payment due to PayPal retrying the IPN callback a number...

I've just checked what I assume is your site and it appears that the directory is empty so I can't have a look to see what's going on. Is it not that site or have you made further changes?

This generally indicates that the template was listed as outdated before the upgrade, though that should have shown when you logged into the control panel. That's certainly the situation where this is known and roughly expected because of the option mentioned by Chris.

Though we don't have the column headers, those nulls probably indicate that these haven't been run yet, so it's really just that earlier jobs are still pending. I don't think they're "stuck" exactly, but the whole user deletion/rename process can take some time to run (for various reasons), so I...

I'm assuming the link was something like this: https://xenforo.com/community/threads/how-to-remove-certainty-post-completely.196146/#post-1526056 If so, then short of deleting the whole thread, there isn't anything you can do with the methodology they seem to be using. Their approach seems...

Yes.

What URL are they requesting that suggests the content is still there? For example, if you removed an individual post but they're requesting the the thread that contained the post, their request will "succeed" but the offending content won't be there.

That looks like a web server error, so it's happening before PHP executes and thus before XF is involved. I don't think our code can actually send that response code via the manifest.