Mark H

Please see this post, as well as its parent topic:

Is this happening on your site, or on ours? If this is your site, the first step is to disable all 3rd-party apps, plugins, and themes. Then set an unedited Theme as the default for the front end. (You can create a new unedited Theme on the ACP -> Themes page. Click the "+Create New" button.) Then login on the front end and make sure you are seeing the unedited Theme. Expand the reply box on a topic. Does the "Other Media" button work now? If it does, one of your 3rd-party items is the cause and you'd need to contact its author for assistance.

Please try this. Set that task.php file to 0755 permissions, rather than 0777, then test again. Does the error go away? Or change to a different error?

Also glad to know you found the cause. 🙂

I see you already added that info to the ticket created for this issue. Please continue corresponding in the email chain once a developer has replied to it.

Glad to know you got the issue sorted!

EDIT: Apologies, I misread what you wanted to do. Randy's answer below mine is more correct (and informative.)

Yes, you will need to Uninstall that corrupted copy so that there are no "left-overs" from it that may interfere with its reinstall. Once that has been done, follow the steps in our guide to add the product: Download a fresh copy of the software, upload all its files, then perform the minor update that will be required (it's a patch and will not affect existing items) by visiting the upgrade URL directly (your-site.com/admin/upgrade/) and perform the minor update. Once that is done, login to the ACP, go to the Applications page, and you will see Pages ready to install, on the bottom of the page. Click its icon to install it, and it should complete without error.

Before you do.... make sure you Uninstall that existing copy. I dug a little deeper and discovered you are missing all your Templates. In a fresh install, that page should show this:

I'm seeing that error, yes, but it appears that the install of Pages may have been incomplete or corrupted. I'm seeing the usual "default" items are either missing or have been edited. When you installed Pages, did you did follow this Guide carefully? (Starting in the section titled "Adding a newly purchased Application".) And this was a new install of Pages, correct? (Not an upgrade of a previous version.)

You still have a 3rd-party app active, and that is not an unedited Theme in place on the front end at the moment. It's also an Easy Mode theme, but needs to be a Manual Mode theme. As mentioned, you'll need to disable all 3rd-party items, and create a new full Theme (Manual Mode, not Easy Mode). Name it as preferred and set it as the default front end Theme, but do not make any other changes. Once that's done, please try again and let us know if it now works.

You appear to be using a custom Theme as the default front-end Theme, and this may be related. As a first step, please disable all 3rd-party apps and plugins, then change the front end to use an unedited Theme. You can create a new unedited Theme on the ACP -> Themes page by clicking the "+Create New" button. Set that as the front-end default. Then login on the front end and see if the problem continues. If it does not continue, then you'd need to get updates for any 3rd-party apps/plugins/Themes. But if it still happens, please update the site access details we have on file in the Client Area, as the current ones are not working, and reply here so we can investigate.

Please see our Guide for upgrades to legacy (unsupported) versions: starting in the section titled "Unsupported Legacy upgrades to Invision Community". Follow the steps carefully. You will need to update PHP and MySQL (if appropriate) before starting the upgrade. Be sure to use the requirements checker: after you have updated PHP, but before starting the upgrade, to make sure all required associated Extensions have been installed.

If the cron jobs aren't working, the software will notice that after a period of time, and trigger that red warning in the ACP that the tasks aren't running.

What you quoted for an error... doesn't look familiar, actually. Or doesn't look like the output which cPanel sent me in the past when I was diagnosing a problem on my site. You may need to ask your Host about that, and have them check whether the cron is actually working. You should be able to run the job from command-line (SSH), as shown in the ACP. If no output is produced, that normally means the command worked.

The notifications you mention may have been sent by cPanel/WHM (if you use that). The cPanel GUI cron editor has an option to email you all errors. I've used it once or twice for diagnostics. And that red warning you saw in the ACP happens if the tasks aren't running often enough. The software checks that via a system task, it just can't check that the cron job itself is running on the server level.

Note that when you setup a CRON job, our software does not (actually cannot) check to see if it's running. That's beyond the software's capability. (And a server that's setup properly would not allow it anyway.)

You're welcome, we're glad to see the issue got resolved, and thank you for the kind words. 🙂

We may not need the FTP/SFTP details (you'd have to get them from your Host if we do). But for the moment, please put in just the email address and password for the "Admin CP Access" and save. Then reply here when that's done and we can go from there.

That usually happens when a custom Theme is being used, but the Theme is not compatible with the software version you are using. As a first step, please change the front end to use an unedited Theme. (You can create one on the ACP -> Themes page by clicking the green "+Create New" button.) Then login on the front end and make sure you are seeing the unedited Theme. Open the reply box. Does it work now? If so, you'd need to get an updated Theme. But if it still has the same issue, please reply here to let us know and we can investigate.

Your site appears to be using a custom theme, and that could be the issue (it could also be one or more 3rd-party apps or plugins, however). As a first step, please disable all 3rd-party items, including Themes, and set the front end to use an unedited Theme. (You can create a new one in the ACP on the Themes page if necessary.) Login to the front end and make sure you are seeing the unedited Theme, then check to see if the Quote and Reaction buttons are working as they should. If they are now working, then a 3rd-party app, plugin, or theme is the issue and you'd need to test which one(s), then contact their respective authors for assistance. But if the same problem still happens with all 3rd-party items disabled, please reply here to let us know and we'll investigate. (Note: The access details we have on file for your account appear to be incorrect or missing. If further assistance is needed, please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section.)

Glad to hear you found the solution and thank you for posting that here to benefit others. 🙂

I am also seeing 48.83 MB as a limit for "Max total size" on this reply, immediately below the editor box. And I took a quick look at your account but according to that, you're only using about 1/3 of your total quota for attachments. Can you please take a screenshot of where you are seeing this? (Doesn't have to be the whole screen, but let us know where it's happening, if it isn't very obvious in the image where that is.)

OK, if using PHP, the email address domain should be the same domain as your site domain, or an email domain which your site is authorized to send mail on behalf of that domain. So, if the site is https://domain.com then you should use an email address ending in @domain.com. As well, your Host would need to make sure the appropriate SPF, DKIM, and rDNS records are in place for your domain. Please check the email error logs in the ACP, though. If there are no errors listed, that means the mail was "handed off" to the server, and at that point our software is no longer involved; it's a host issue that they or you would need to investigate further. (It's also possible the recipient server silently rejected the mail if your server's IP or your Domain is being blacklisted by them, but that's less likely than the above.)

Was this in ACP -> Email Settings -> Outgoing/Incoming Email Address ? If so, are you using PHP, or SMTP, as the email method?