Support #22925
closedevents Feed Not Working
0%
Description
Jane Shmidt reports:
I’m afraid I noticed a new issue of the website today. The RSS feed for events is not working. I was using Feedzy for this feed, so I decided to try the native RSS block, and that’s not working either.
Attached is a screenshot of the error messages for both types of blocks using the same feed link. Please advise.
Files
Updated by Boone Gorges about 1 month ago
Without specific URLs it's hard for me to reproduce and confirm the issue. But, by the looks of the screenshot, my guess is that this is because the URL being entered is from the "non-mapped" hunterhumbio.commons.gc.cuny.edu, while the page in which you're trying to embed uses the "mapped" https://humbiocie.hunter.cuny.edu/. Try instead embedding the feed from URL https://humbiocie.hunter.cuny.edu/events/feed/
Updated by Marilyn Weber about 1 month ago
She replies: "I’m afraid I tried that and got the same error."
Also, can you add Laurie to this as a watcher? Thanks!
Updated by Boone Gorges about 1 month ago
Sorry to hear it's not working. In order to provide further assistance, I'll need more specifics about the URLs being accessed (particularly for editing).
Updated by Marilyn Weber about 1 month ago
- File image002.png image002.png added
She replies Of course! The feed is on the front page:
Here is the screenshot:
Updated by Raymond Hoh about 1 month ago
I can confirm an issue with mapped domain RSS feed URLs not rendering correctly from within the block editor. I've just opened a ticket with Reclaim to see if they can address this.
In the meantime, I have added an alternative way to display event items on the humbiocie homepage. This can be found at the bottom of the homepage. I'm utilizing Events Manager's [events_list]
shortcode to do this. Documentation for that can be found here: https://wp-events-plugin.com/documentation/shortcodes/#events_list. Unfortunately, the Events Manager plugin doesn't have a dedicated block, so altering the look and feel with the shortcode method will require some custom CSS. Also when Reclaim addresses the RSS feed issue, the RSS feed blocks can probably be used again and the shortcode method can be removed if desired.
Updated by Raymond Hoh about 1 month ago
I received a reply from Reclaim and they need to deploy a change on the production server to address this issue.
We're discussing a possible time for them to deploy the change. Will update the ticket once I receive more info.
Updated by Raymond Hoh about 1 month ago
Reclaim has implemented the SSL certificate change and I can confirm that RSS feeds from mapped domains are now working in the block editor.
However, there is one other issue on the Hunter Bio site preventing RSS feeds from working correctly. Currently, the site uses the Password Protected plugin and that is causing a RSS parsing issue in third-party applications like the RSS block in the Block Editor. There is an option to allow RSS feeds on the Password Protected settings page -- https://humbiocie.hunter.cuny.edu/wp-admin/admin.php?page=password-protected&tab=general -- but that will allow anyone that knows the RSS URL to access the feed. If the Hunter Bio admins are okay with that, then they should make that configuration change and RSS feeds should work again.
Updated by Marilyn Weber about 1 month ago
She reports success and sends thanks!
Updated by Raymond Hoh about 1 month ago
- Category name set to Server
- Status changed from New to Resolved
- Target version set to Not tracked
Great! Glad that worked!
Updated by Marilyn Weber 17 days ago
Alas! The user reports "I’m afraid this same RSS feed is not working again. "
Updated by Raymond Hoh 17 days ago
Hi Marilyn,
Can you get more details about where the RSS feed is not working? Specifically, is the user attempting to use the RSS feed with the RSS block or another application? The RSS feed appears to be working on my end.
Updated by Raymond Hoh 17 days ago
Okay, I see the problem. The user was attempting to use the subdomain RSS feed instead of the mapped domain RSS feed. 3rd-party applications generally do not follow redirects, which is what is causing the problem.
To reiterate, the user needs to use:
https://humbiocie.hunter.cuny.edu/events/feed/
instead of:
https://hunterhumbio.commons.gc.cuny.edu/events/feed/
I've already made the change on the Hunter Bio site.