activity feed – feed not working after upgrade 1.1.3
This problem has been reported by multiple sources and confirmed on some of our sites:
after automatic upgrade the activity feed (RSS) is no longer working. That is:
http://anywebsitethatsnotfurtherdefinedhere.nl/activity/feed no longer feeds the various RSS readers.
Does anyone else have this problem; more importantly is there a quick fix ? (we’ll submit a ticket in a few days if this is not a local problem).
Same problem: The activity feed (RSS) is no longer works after upgrade to 1.1.3.
Remote monitoring is crippled.
Does anyone know of a fix for this?
Thanks for the link.
I fail to see, however, a solution to the specific problem:
The activity feed (RSS) is not working after upgrade 1.1.3
I wish to run 1.1.3 and have the activity feed (RSS) working properly.
(note: I did follow precisely the plug-in update instructions, e.g. de-activate plug-ins, etc., so I am fairly certain that re-installing will not solve the problem.)
If this is a bug please post a ticket on https://trac.buddypress.org/. You can use the username and password that you do on this site.
I’m having the same issue. My RSS site wide activity feed doesn’t work. It’s a clean BB install. Also, when I try to delete anything from wires to status updates, it gives the classic 404 page not found error.
Can you PM me a link to the site with the issue? I have two 1.1.3 branch dev environments locally that I use to hunt and fix bugs with and neither of them exhibit 404 errors when deleting wire posts, activity stream items, or clearing status updates.
I’ll be looking into the RSS issue this afternoon/evening and see what I find.
Thank you, same issue.
Shows a feed on the front page but if I try and use http://1stangel.co.uk/aaw/activity/feed like I did before in my outside rss readers it shows up as page not found.
Has the address changed?
Can anyone that’s having this problem back-up your buddypress directory, and try a clean zip file download and FTP upload of buddypress 1.1.3?
I have a feeling the auto-updater didn’t get a chance to finish up what it was trying to do, and it’s dying before it copies all the files correctly.
Did a clean install again and just copied my theme to the new installation and it works!.
I just did a clean install, but the problem persists for me. Is there any other solution for this one? Thanks.
@waveslider, PM me a link to your site and I’ll take a look at it personally.
Hi John, thank you for caring. Is this already solved in general or is there a workaround?
(With my German localization) I’ve the same issue after a ftp-upgrade (not auto-update, while ftp-upload should result in the same as a clean install): http://spaces.nordblog.net/activity/feed
Would be great if You could help, thanks in advance!
I am having the same issue since upgrading. And I upgraded 2 sites with similar results.
Looking forward to BP 1.2 – hopefully this will get solved …
I have essentially the same problem described above. I’m running WP MU 2.8.6 and BP 1.1.3. I believe I did clean installs for both (i.e. I didn’t auto-upgrade). My website is http://jibenow.com/ . I’m using the default 1.1.3 BP theme.
When clicking the sitewide activity button on the sitewide activity widget it takes me to http://jibenow.com/activity/feed but displays nothing in the feed and says that the page isn’t found. Similarly, when I’m logged in as the admin and I try to delete a status update on the widget it take me to a page (e.g. http://jibenow.com/activity/delete/1510?_wpnonce=a30b008201) that says “The page you were looking for was not found. “.
Do you have any idea as to what the problem is or how to fix it?
This appear to be fixed on the SVN version.
It was driving me crazy, so I gave it a try. It only seems to have some encoding issues, then. Nothing an utf8_decode/encode output can’t solve.
well, on my site the url refers to a folder that is not there, investigating……
The virtual url call is incorrect. the main page calls http://yourdomain/installfolder/activity/feed and does not work. On my site the feeds work on the profile page and any member page but not the site feed.
If you call this url directly and get the feed; http://yourdomain/installfolder/buddypress/activity/feed
then changing the call will fix it. I will be back with that solution as soon as I have it.
I modified the define in Bp-activity.php and while it made the RSS function work on the sitewide activity it also made the other rss links fail. I suggest a patch in the code to allow immediate functionality while I look further for the complete solution.
Here is my suggestion. find: yourdomainsetup/wp-content/plugins/buddypress/bp-activity/bp-activity-widgets.php and download the file as a backup or keep a copy in the folder on your server with a slightly modified name so you can change it back if you have issues after this patch.
type this line into a web browser and see if it gives you your feed, change your domain and install folder to the values for your site;
if it does, tell the PHP code to call it as follows
go to the same file; yourdomainsetup/wp-content/plugins/buddypress/bp-activity/bp-activity-widgets.php
edit the statement line (should be line 23) in bp-activity-widgets.php
href=”‘ . bp_get_sitewide_activity_feed_link() . ‘”
Please report back the success or failure of this procedure. It seems possible that the inability to delete entries on the activity widget could be related to this. I will keep looking.
If you see a mistake in my instructions please correct them.
document this edit for yourself in case you need to change it back at a later date
The delete function is not working but don’t do this If you use the above logic and insert buddypress in the url called on delete, it deletes the whole page of comments. So be careful with that. It is obvious to me that the delete function is disabled by a call to the wrong virtual url. I will try to figure that out based on what I have learned.
Ok, I am mistaken, the post above is incorrect. it is exactly the same problem for deleting posts. Someone on my site posted just as I deleted and i thought it was multiple records but a review of records shows that it was just the one I selectd.
So, a simple way to delete a post from the activity stream seems to be to change the url from;
this will delete the item and leave you at a blank page you can just then back out. I will look for the hard code changes to get you to the right page and make it so you do not need to alter the url.
ok, figured out another hack to get post deletes working on 1.1.3 Please read all my other entries and follow the same precautions. I am as of yet completely baffeled as to why this is happening and even more baffeled as to why the fixes work. on my site I had three problems, all with the activity stream as follows. could not delete a post, could not use RSS on the activity stream and post times are off by exactly the number of hous my server is off GMT.
While I still believe these are all related in some wierd way, I have yet to discover it. my changes are just code hacks that can only be done when the installed system is known.
here is the fix for delete post:
Find this file
Find this line:
6 lines below find this href statement segment
$bp->root_domain . ‘/’ . $bp->activity->slug . ‘/delete/
modify this seciton to this:
$bp->root_domain . ‘/buddypress/’ . $bp->activity->slug . ‘/delete/
by adding; buddypress/
this should fix the delete buttons on your activity stream itself and return you to the correct page after deletion.
PS please let me know how it works for you.
- The topic ‘activity feed – feed not working after upgrade 1.1.3’ is closed to new replies.