It seems there are some long term problems with large groups. Seems a large group is 12,500 members… yeah that’s a large group. Some people have pointed out in JIRA SVC-4968 that some much smaller groups run into similar problems.
One user, Point Luminos, suggests that computer resources are the problem, not the viewer. Point has a rather modest computer, Duo Core2 E7500 with 4gb ram. Point tells us that he/she is editing a 36,000+ member list each day without a problem.
However, users with more computer and smaller groups are running into the problem. That is more as in newer CPU and more ram. So, it probably is not just a computer resource problem.
The comments are arguing about whether it is a resource problem on the client or a bug in the SL system. Since some can edit large lists and some can’t edit some not so large lists it suggests another problem than just a size limit or computer hardware.
Currently the last triage is showing as January 2010. Also, the JIRA item remains unassigned even with its Show Stopper status, which seems unusual.
An obvious problem with this JIRA issue is that it is missing the steps for how to consistently reproduce the problem. This could be the reason the JIRA item remains unassigned. Until someone identifies what triggers the problem, everyone is sort of wondering around lost. The Lindens are busy enough with problems they can reproduce and have a good chance to fix. So, until something changes in this JIRA item’s description it is like to remain a low priority.
The topic apparently came up recently in Oz Linden’s TPV meeting. But, OZ doesn’t post the meeting minutes any more. So, unless someone was there, we have no idea what’s up.
The problem affects club and business owners with large groups. As users we sometimes get spammed when an automated notice sender has a problem with a large group list.
Stephan Gaudio provided more details and some steps to minimize the problem. One measure is to turn off display names. That apparently makes the list load faster and with fewer problems.
Another measure is to examine your list for avatars that have not logged in got over a year, or whatever time frame you think is appropriate. Eject those members to reduce the count and improve performance.
Land marks in large groups often fail to work too. I see that in groups I know to have less than 700 members. Using an SLURL rather than an LM seems to always work.
There is no doubt there is a problem. It remains unclear what it is. But, various computers and various size lists work without problem and other similar computers and groups have problems. Until the problem is better defined or more people complain, there is little chance the Lindens’ priority will change.
If you have run into the problem, add your experience to the comments. Also, visit JIRA SVC-4968 and click WATCH.