Mark H

I obfuscated the key in that first line.

The part of the error that says "Connection timed out (etc" suggests that Curl is not installed or is not configured correctly, other possible reasons may be that the software is not being allowed to make outbound connections, or that your server IP address is blocked by giphy (this is unlikely, however is possible).

In any case, that's a server issue you'd need to contact your Host to assist in resolving. Show them the error and ask them to investigate. The software must be allowed to make outbound connections, and not be blocked at the target end.

A colleague of mine says he has the same behavior as you report, that once inactive they are removed the next day, so this does appear to be working as intended. (It's likely my site needs until tomorrow some time to run the task which removes the one I previously showed in my screenshots.)

I've retitled the topic and left it as a suggestion for a future version; that either they do not automatically get removed, or it be a choice for the site admin.

Edit: It appears this is intended behavior. Please see my last reply to the topic.

Assuming you configured your site to retain deleted content for "X" amount of time, you recover deleted content on the front end.

Login with an Admin/Moderator account and click your name in upper right, then choose ModeratorCP.

From there, Deleted Content side tab.

I should note.... when I tested this, I noticed the behavior you describe does not happen if you send an Alert to an individual member; it only happens if you choose to send the Alert to one or more Groups.

This issue has been confirmed, and reported as a bug to be fixed in a future release.

We did make a change to our cloud structure just a couple hours ago.

Can you please try the export again, and see if you get the same result?

If you do, please follow up here so we can check further.

14 hours ago, Rodrigo Castillo said:

My mod team reports alerts are not being seen if an end date is set, even if the end date is in the future. Changing the end date to None allows the alert to display correctly.

This describes an issue that's different than the rest of this topic, and one that needs confirming.

I've created a ticket from your post. Someone will be in contact with you via that ticket.

NOTE: I've split your post to a new topic since this does appear to be a bug under the conditions you mention.

https://invisioncommunity.com/forums/topic/468302-alerts-fail-to-display-if-end-date-is-set/

Someone will reply to the ticket created for this.

We did have an issue on our Cloud which is has been resolved.

Please revisit your site, the issue should be fixed now.

Actually, this may be a different issue.

I've converted this to a ticket and someone will attend to it as soon as they are available.

We have the Alert system active on our site, yes, but I think we've only tested it and not had a real use for it just yet.

The author of the alert doesn't see it again because they are the one who created it. They already know what it contains. 🙂

You're welcome, glad to hear you got the issue resolved. 🙂

A "500 Error", also called an "Internal Server Error", is an error generated by the server, and it masks the actual error that caused the 500 Error. 

It's like the "Check Engine" light on a car. It says something is wrong, but not what or where.

You'll need to contact your Host, and ask them to search the Apache Error Log (not the PHP error log) for the 500 Error entries recorded for your IP Address. Those entries will show the actual underlying error that triggered the 500 Error.

But if the errors aren't clear as to cause and resolution, post a followup here.

You're welcome, glad we could be of assistance. 🙂

But if you have further upgrade issues, please do update this topic with details.

As that's a custom Theme, I can't be certain, but it looks like a (custom?) Profile Field that isn't configured or got corrupted somehow.

Go to ACP -> Members -> Member Settings, Profiles. Check any Profile Fields defined on that page.

Does that address the issue?

You won't be able to see the file owner when using cPanel's file manager.

The easiest way to see the file owner is to use an FTP client such as Filezilla (it's free) and view the directory listing where that file is located. 

The two values I obfuscated in red (since it's my install) are the Owner/Group.

Make sure all files in that folder have the same owner and permissions.

It's also possible your server is blocking that file for some reason, and if the file is there but set to 0000 permissions for example, you would have to talk to your Host.

Please check the owner of the file, not just the permissions.

It may be owned by the wrong user, such as root or other.

It should be owned by the same account that the other files in that folder are set to.

You're welcome, glad the issue is resolved. 🙂

No problem, I was off-base anyway. 😉

17 minutes ago, My Sharona said:

From the sounds of your reply, it is not supposed to be omitted from the Block Manager in 4.7.

Actually... in looking at some old installs of mine, there never was a default (pre-created) Record Feed Block in the ACP.

You could define it as I showed above, but I'm not seeing it in a 4.5 install either.

Did perhaps you or one of your staff define this in the past, so it showed on the front end?

EDIT: Actually, I think my installs are not quite right. Jim does have this block in his install, so I'll let him take over. 😉

You would delete the folder that the app uses. This is most likely:

./applications/chat/

The app name may be slightly different, but it should be obvious which folder to delete.

This assume you don't have any other chat application, but if you do, be sure to delete the correct folder.

Once that is done, refresh the Applications page and that entry should be gone.

I am unsure what happened to the older version existing block, but you can duplicate this as a Block in the ACP. I just tested this on a cloud site I have.

ACP -> Pages, Blocks -> Create New Block.

Choose the plugin "Pages -> Record Feed"

Leave template key blank, one will be generated.

Save and then on the front end, Block Manager, drag "Custom Blocks" where you want it displayed. Then click "Edit" in its box and configure as below:

Ask your host if "mod security" (modsec) is in use.

If it is, have them check the logs to see if it intercepted/blocked some Admin Panel URL's which tried to save the Templates, then adjust the ruleset for modsec to allow the blocked URL's.

Does that help?

Please check both your Spam and Junk folders in your mail provider's interface. (It's possible it got flagged as such.)