{
  'Build Id': 'unset',
  'Business Unit': ['Platform'],
  'Date of First Response': '2021-02-26T12:38:29.619-0600',
  "Is there anything you'd like to add?": 'Secondlife.log is available upon request, on the condition that the information is not posted publicly, and any examples mentioned on this issue from the log have the avatar keys removed first. (Else we can switch the security level on this issue to "triagers and reporter," as long as it will remain that way. Please add Willow Wilder to this issue as an authorized viewer, if possible, in that case.)\r\n\r\nSee additional example screenshots from my FS beta session discussed in FIRE-30774. ',
  'ReOpened Count': 0.0,
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': '*NOTE:* It\'s not 100% clear whether this is actually a viewer issue or a simulator issue; I\'ve selected "viewer" because as of yet, I have only seen it happen in the current SL release and the current FS beta, but those are the viewers I\'ve used the most in the five days that this has been occurring. This issue has not appeared right away during a session, and my time spent on other viewers has been brief this week.\r\n\r\n*Versions affected:* \r\nCurrent SL release, 6.4.13.555567\r\nCurrent Firestorm beta, 6.4.13.63222, where this issue was first noticed and is discussed here: https://jira.firestormviewer.org/browse/FIRE-30774\r\n\r\n*What happens:* After a session has been active for a while (this seems to occur only after I have been logged in for 30-60 minutes and then continues to occur thereafter to some degree), the Places > Friends list will show some friends\' names as "(loading)”, i.e. the names will not resolve. This condition can persist for hours for a given avatar name in the list and typically persists for a group of them, though I have seen it start happening for a few and not happen for others who log in later, while I remain in the same region throughout.\r\n\r\n*Sample errors:* There are a number of possibly-relevant log entries along these lines; I’d prefer to submit a log privately, since other avatars and various more private / home locations are identified in the log file, so let me know where I can submit or email it; I do not want the non-redacted log shared publicly at any point:\r\n\r\n2021-02-25T06:12:31Z INFO # llmessage/llcorehttputil.cpp(282) onCompleted : Possible failure [Http_404] cannot GET url \'https://simhost-053aafef280d4b102.agni.secondlife.io:12043/cap/b175d3e9-8781-c76c-c34b-7fd58ed7ddc6/?ids=[KEY REMOVED]&ids=[KEY REMOVED]’ because Not Found\r\n2021-02-25T06:12:31Z INFO # llcommon/llsdserialize_xml.cpp(410) parse : LLSDXMLParser::Impl::parse: XML_STATUS_ERROR parsing:cap not found: \'b175d3e9-8781-c76c-c34b-7fd58ed7ddc6\'\r\n2021-02-25T06:12:31Z WARNING #AvNameCache# llmessage/llavatarnamecache.cpp(169) requestAvatarNameCache_ : Error result from LLCoreHttpUtil::HttpCoroHandler. Code i1: \'\'\'\'',
  'What were you doing when it happened?': 'I have seen this usually after at least one teleport or region crossing and then staying in one region for a while, but it isn’t obvious if this is required condition for this issue to be triggered; I just haven’t had time to sit on one region for a whole hours-long session to see what happens. \r\n\r\nI cannot presently prove, as is speculated in FS-30774, that any other avatars, or a specific minimum number of avatars, are required to be on the same region as me for this to arise. I have seen it happen both on regions with other avatars present, and without. ',
  'What were you expecting to happen instead?': 'The avatar names should load promptly and properly in Places > Friends as they usually do.',
  'Where': 'This has arisen on several regions after I had been in them for a while after doing some amount of region crossing or teleporting. Marte is one example region: http://maps.secondlife.com/secondlife/Marte/128/128/30',
}