Inconsistencies on Activity Stream on Front Page and Members Page
User activity as represented on the front page does not correspond with activity represented at https://commons.gc.cuny.edu/members/.
Two screenshots attached.
#10 Updated by Raymond Hoh 9 months ago
- Status changed from New to Resolved
The related widget caching issue made me come back to this one. Sorry for the bump-a-thon!
With regards to Luke's issue, the actual list of members are correct, but due to the nature of widget caching the active timestamps are not going to be accurate.
I did write a plugin called BP Relative Time that fixes this, but for some reason, it was deactivated on the Commons. I've reactivated it, so this should fix the issue.
Boone - We did add in dynamic timestamps into BuddyPress 2.7.0, which kind of replaces BP Relative Time. But in order to take advantage of that, we'd need to change some markup in our own custom widgets and theme.
The one benefit of BP Relative Time is we don't have to deal with localization issues since it's all in English. BP suffers from the l10n issue that has been discussed in the past on the BuddyPress Slack channel.
#12 Updated by Raymond Hoh 9 months ago
It'd be good to move to BP's native timestamp handling when we get a chance, but it sounds like it's probably not urgent.
Definitely not urgent.
Do the l10n issues affect performance? Do I recall correctly that non-en_US domains are only loaded when they're needed?
No performance hit for the Commons. For foreign BP installs, BP will load up an additional locale JS file by based off
wp_locale() if found, so you recall correctly!
The main problem with BP core's timestamps is lack of context. BP just displays
X ago instead of
active X ago.
An easy way to address this in BP core is to do the following
active <span class="timestamp">X ago</span> and just run livestamp on
span.timestamp. However, I'm not sure if that works across different languages. We already do this in PHP; for example, see
I'll create a ticket for BP core about this.