- Nov 02, 2010
-
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
- Nov 01, 2010
-
-
Wolfpup Lowenhar authored
in panel_prefferences_chat.xml
-
Wolfpup Lowenhar authored
-
Merov Linden authored
-
Leyla Farazha authored
-
Leyla Farazha authored
-
Merov Linden authored
-
Merov Linden authored
-
Andrew Productengine authored
Crash happened when trying to create new group while other group was still updating. It was caused by invalid iterator mMemberProgress in LLPanelGroupGeneral::updateMembers(). Its usage shouldn't have been reached when member list is cleared and empty thanking to gdatap->isMemberDataComplete() check at the beginning of the function. But when the new group was created while members of other group were still updating this protection failed: in LLGroupMgr::processGroupMembersReply() for the group being created mMemberDataComplete was set TRUE when group size was zero(because this new group still had no members). So the check for completness in LLPanelGroupGeneral::updateMembers() was succesfully passed, and further in this method viewer crashed. - Added check for emptiness of member list into LLPanelGroupGeneral::updateMembers().
-
Paul Guslisty authored
STORM-288 FIXED New name resets to old if change it on 'Item Profile' panel while fetching inventory Reason: 'item info panel' updated EACH time some inventory object changed Fix: update 'item info panel' only if changed inventory object is the object for which 'item profile panel' is shown
-
- Oct 31, 2010
-
-
Wolfpup Lowenhar authored
-
- Oct 29, 2010
-
-
Merov Linden authored
-
Richard Linden authored
-
Richard Linden authored
-
Vadim ProductEngine authored
LLTextBase::setCursor() sometimes failed to work properly if line wrapping was enabled. This is a slightly optimized version of the patch made by Satomi Ahn.
-
Leyla Farazha authored
-
Leyla Farazha authored
DN-154 Display Names only shown in Nearby Chat History when a user logs back in even if Usernames were shown in Chat during previous session
-
Leyla Farazha authored
DN-193[crashhunters] LLHudNameTag::setLabel
-
Seth ProductEngine authored
STORM-184 FIXED Disabled "Save" command for outfits without name (with "No Outfit" in My Appearance SP).
-
Dessie Linden authored
-
Dessie Linden authored
-
Seth ProductEngine authored
STORM-270, STORM-303 FIXED sorting Favorites folder contents after re-ordering landmarks in any folder view or in Favorites bar. Previously worked only for Favorites accordion is Places SP.
-
Wolfpup Lowenhar authored
-
Wolfpup Lowenhar authored
-
- Oct 28, 2010
-
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
Merov Linden authored
-
Vadim ProductEngine authored
Changes: * Suppressed URLs in object (sender) names of nearby chat messages loaded from history. * Fixed text between <nolink>...</nolink> text being rendered as URL (hand cursor on hover, context menu, context menu, opening Places SP on click).
-
Andrew Productengine authored
STORM-322 ADDITIONAL FIX Fixed a crash that happened when clicking "refresh" while names are caching Refresh caused deletion of group members data (from gdatap->mMembers), so gdatap->mMembers[id] in LLPanelGroupMembersSubTab::onNameCache() was null and when it was passed into addMemberToList() there when getContribution() was called for it, crash happened. - Added check against NULL before using member data.
-
Vadim ProductEngine authored
STORM-488 FIXED Place profile was opened instead of Object profile if used clicked an object SLURL in the plain text nearby chat log. The reason is the same as in STORM-390: a bug in LLTextBase which leads to ignoring link href specified for a link segment if the segment contains an URL (and the <nolink>...</nolink> clause is treated as such). The workaround is to explicitly disallow parsing URLs in a link segment by setting its "is_link" parameter to "true".
-
Paul Guslisty authored
STORM-459 FIXED Delete outfit confirmation message doesn't appear if use context or gear menu on 'My Outfits' tab Added confirmation dialog before deleting outfit from context menu and gear menu button of My Appearance -> My Outfits - Deleted method that shows confirmation dialog in LLPanelOutfitsInventory. Moved it to the LLOutfitsList. Now confirmation dialog called before calling LLOutfitsList::removeSelected. - Replaced native methods of deleting outfit in gear menu and context menu with LLOutfitsList::removeSelected.
-