Bug #11016
closedActivity timestamps on homepage are borked
0%
Description
Please see the attached screenshot, which shows erroneous timestamps on recently active members as shown on the homepage
Files
Updated by Boone Gorges about 5 years ago
- Assignee changed from Boone Gorges to Raymond Hoh
- Target version set to 1.14.6
Part of this was caused by a recent change I made to the way that the members widget loads. I've reverted it in https://github.com/cuny-academic-commons/cac/commit/af02319e36a3c88c9f4be1a6dc1dd5ca436aa253 and it seems to have fixed the issue for some members.
There are some who are still showing a blank timestamp (which converts to the UNIX epoch, which is why we see the "49 years..." string). Ray, can you please have a look? This may be connected somehow to the live timestamp stuff you implemented.
Updated by Matt Gold about 5 years ago
- File Screen Shot 2019-01-25 at 3.35.28 PM.png Screen Shot 2019-01-25 at 3.35.28 PM.png added
- File Screen Shot 2019-01-25 at 3.35.41 PM.png Screen Shot 2019-01-25 at 3.35.41 PM.png added
Perhaps relatedly, the list of recently active members on the People page doesn't match the list on the homepage. please see attached.
Updated by Boone Gorges about 5 years ago
- Target version changed from 1.14.6 to 1.14.7
Updated by Raymond Hoh about 5 years ago
- Status changed from Assigned to Staged for Production Release
Sorry for the delay on this one. After Boone partially addressed the issue above, this problem became less visible on production.
I believe I've fixed the problem. See https://github.com/cuny-academic-commons/cac/commit/aca7b25729c5ad1c652ec985af6832e71c0458fa.
When we move off of our bp-nelo theme, the custom bp-relative-time plugin I wrote should no longer be needed as this functionality is already implemented in the current BuddyPress theme compatibility templates.
Updated by Boone Gorges about 5 years ago
- Status changed from Staged for Production Release to Resolved