(bug): Group List Not Updating
Summary
When going between groups the group list doesn't seem to always update the last area you were in to the top of the list.
Steps to reproduce
If you have old test groups that you are the sole member of:
- Post in old test group.
- Refresh, observe changes to the sidebar.
- Post in another old group.
- Refresh and check the order of the top groups - the order appears messed up.
Sometimes this requires a bit of repetition.
Platform information
Firefox, Linux & Chromium Ubuntu
What is the current bug behavior?
Group sidebar not updating.
What is the expected correct behavior?
Group sidebar should show last group you entered.
Relevant logs and/or screenshots
Video below https://www.minds.com/newsfeed/999958056778829824
Possible fixes
(If you can, link to the line of code that might be responsible for the problem)
- Developer
Hey, rejected this from the Minds Open Source Community group because its not the correct place, regardless is the pirate radio group missing issue in GitLab already? Or is this it.
It will need an investigation so I will add it to the Triage board and have a look over the weekend. Any additional information please do send it my way.
added S - Triage (New) T - Bug (Triage) scoped labels
@benhayward.ben This is indeed the log as you can see from the screenshot in the report I used Minds open Source Community group as an example of the list not updating and not pirates group.
- Developer
Ah I see what you mean
- Developer
For me, this is working fine, so, I need to try and get a set of replicatable steps before I can proceed and send this through as a bug.
added Triage::Questions scoped label
changed title from (BUG): Group List Not Updating to (bug): Group List Not Updating
changed the description 2 times within 6 minutes
added Priority::1 - High Type::Bug scoped labels and automatically removed Triage::Questions Type::Bug (Triage) labels
added Product::Groups scoped label
As far as the sidebar group issue is concerned, only 12 groups are displayed by default (with a down arrow icon being provided which allows for the viewing of further group icons). These 12 group icons are displayed within a fairly random order (which seems to occasionally change order when the community member starts a new browser session. Also note that the H&S group is always the first icon within the order).
The main problem that I can see with this situation is that if there are more then 12 groups within the sidebar, the most recent active group will include a small blue icon within the top left side of the group icon (which signifies that new content has been added to said group) but the group icon may not be displayed within the first 12 positions (and may be hidden by the "more groups" down arrow icon) and therefore may be missed by the community member (due to this issue, I think that the current design of the sidebar may not be the most intuitive and obvious for community members. Which again, raises issues about good UI design and accessibility from the point of view of community members).
changed milestone to %sprint: Kilted Koala
@benhayward.ben & @JaphyRyder,
There seems to be some confusion about this issue. Please review the following comment thread.Reference:
Edited by Mark Edworthychanged milestone to %sprint: Jolly Jellyfish
assigned to @benhayward.ben
changed weight to 7
added Status::InProgress scoped label
- Developer
Replicated this locally by creating an env with 50 groups, joining the last one loaded on my secondary account, and posting. The update marker either does not fire, or the endpoint is not prioritising groups flagged with update markers.
Will investigate further, thank you very much for the above @medworthy I think you may be mostly correct.
- Developer
So from what I can see, the update marker is not updating correctly upon posting
Left (1) is on the account that owns the group, right (2) is another session that is a group member. Though not visible as you cannot see the tooltips, after posting on (2), in chat or the wall, the toolbar of (1) does not update to show the group as updated.
Digging further, and only showing that groups update time in console like so
We can see that after posting, and making a new request, the last read time does not update (first output value before posting, second, after posting)
As a result of this, the sort function should be putting the entry to the front as there is a new post, and it is not read.
Edited by Ben Hayward added Status::InProgress scoped label
added Status::Follow Up scoped label and automatically removed Status::InProgress label
- Developer
- Developer
It looks like the functionality had previously been there but has been removed, so I will need to see why this is.
added Squad::Green scoped label
Update. @benhayward.ben @MindsGaming @medworthy
TOR browser = No problem. ALL groups are loading normally.
#2 (closed) - Epiphany browser (via LINUX) only a couple are appearing. Any attempt with Firefox and Google Chrome = NOTHING!
The ONLY 2 groups appearing via EPIPHANY are: #1 - Celebrities https://www.minds.com/groups/profile/468576068475822080/feed #2 (closed) - Pirate Radio Podcasts https://www.minds.com/groups/profile/529176318323990528/feed