OpenMage Feed Notifications in Backend

[addison74]

OpenMage is using this URL for feeding notifications in Backend:

<feed_url>www.openmage.org/Web_Notifications/notifications_v1.rss</feed_url>

If you check this page content you will see an item from 2019, "Thank you for installing OpenMage M1 LTS!".

I suggest to use this feature and send periodically notifications related to OpenMage, at least for new releases and features. For example, there is a new feature related to ordering Terms & Conditions in checkout, we improved the speed for X, we fixed the Y.

[fballiano]

I'd like to see the adminnotifications dead and buried 😅😅
But if it has to stay it should be used as you propose :-)

[fballiano]

But I think this issue is a duplicate of #683

[alexh-swdev]

This seems to affect Amasty plugins. Due to parsing errors in the logs, I tried to deactivate the whole notifications plugin in Mage_All.xml yesterday and the backend of the store using Amasty Plugins was dead. Even if I deactivated the Amasty notifications.
The other one without those did still work.

I don't know if there are more similar coded plugins out there.

The affected store is still on OM 20.0.7

[fballiano]

I usually just disable admin_notification output, instead of deactivating it, but we could simply create a module that fixes the amasty notification system...

[alexh-swdev]

I have the output disabled, but still had the parsing errors in the logfile.
By the way, Wyomind Watchlog also depends on admin notifications:
Wyomind_Watchlog_Helper_Data::checkNotification(){
// ...
$notify = Mage::getModel('adminnotification/inbox');
$item = $notify->getCollection()->addFieldToFilter('title', array("eq" => "Watchlog security
warning"))->addFieldToFilter('is_remove', array("eq" => 0));
//...
}

So I hope OM does not just remove it ;)

[addison74]

I close this issue. Please follow the discussions here #1655.