summaryrefslogtreecommitdiff
path: root/indra/newview/llvoicevivox.cpp
AgeCommit message (Collapse)Author
2010-05-28CID-480Tofu Linden
Checker: UNINIT_CTOR Function: LLVivoxVoiceClient::participantState::participantState(const std::basic_string<char, std::char_traits<char>, std::allocator<char>>&) File: /indra/newview/llvoicevivox.cpp
2010-05-28CID-479Tofu Linden
Checker: UNINIT_CTOR Function: LLVivoxVoiceClient::sessionState::sessionState() File: /indra/newview/llvoicevivox.cpp
2010-05-27EXT-6937 FIXED Implemented initializing of moderate_mode on first join voice ↵Mike Antipov
chat. This is a workaround until a way to request the current voice channel moderation mode is implemented in the viewer. Details: * Added method to initialize Speaker manager's Voice moderate_mode once Agent's participant state is known. * Once agent's voice participant is updated this method is called. * This method initializes Voice moderate_mode only once. This is necessary to process "Mute everyone" menu item calls properly. Also renamed moderateVoiceOtherParticipants methods with moderateVoiceAllParticipants and related staff. Reviewed by Aimee Walton at https://codereview.productengine.com/secondlife/r/448/ --HG-- branch : product-engine
2010-05-04Fix another build break on linuxRoxie Linden
2010-05-04Automated mergeRoxie Linden
2010-05-04Automated mergeRoxie Linden
2010-05-04re-merge e7cef87fae39 - EXT-6031 refactoring of voice volume representationRoxie Linden
2010-04-21Remove diamondware and rearrange login panel to be like it is in the default ↵Roxie Linden
viewer 2 build
2010-04-19CR Changes from AimeeRoxie Linden
2010-04-14DEV-48904 - p2p acceptance dialog vanishes too quicklyRoxie Linden
DEV-48903 - malformed names in p2p dialogs for Diamondware In the merge there were some changes that didn't get propagated that resulted in some failures with respect to diamondware name processing. THe determination as to whether a p2p session was with an avatar or with an alcatel (pbx) wasn't propagated into the diamondware code. I fixed that by merging the changes to the vivox module with respect to that into the diamondware module. Also, the acceptance dialog was vanishing too quickly as the determination as to whether there was still a p2p invite pending was not updated when the calling code was updated. The calling code initially was changed to look into vivox state which isn't really valid. that was changed in the 'trunk' to another mechanism, but that still assumed visibility into the voice code. I fixed that by creating an API call to ask whether a call was pending. CR: Karina
2010-04-19automated merge with trunkRoxie Linden
2010-04-07Re-insert backed out SLE checkin so we can fix itRoxie Linden
2010-04-07Backed out changeset 63b699f90efdTofu Linden
2010-04-01Automated MergeRoxie Linden
2010-03-29Automated mergeRoxie Linden
2010-03-02Windows launching changes for vivox and diamondware voice did not get ↵Roxie Linden
properly merged.
2010-03-01Automated merge from trunkRoxie Linden
2010-03-01Automated merge with a few fixups for code review commentsRoxie Linden
2010-02-26automated mergeRoxie Linden
2010-02-26automated mergeRoxie Linden
2010-02-26automated mergeRoxie Linden
2010-02-26automated mergeRoxie Linden
2010-02-25automated mergeRoxie Linden
2010-02-25automated merge from trunkRoxie Linden
2010-02-25warn-on-failure:unix-eolRoxie Linden
automated merge from trunk
2010-02-25automated merge from trunkRoxie Linden
2010-02-25automated merge from trunkRoxie Linden
2010-02-25automated mergeRoxie Linden
2010-02-24automated mergeRoxie Linden
Don't wanna fix all windows EOL issue here warn-on-failure:unix-eol
2010-02-24Automated merge up from viewer 2.0 trunk.Roxie Linden
Some llvoiceclient changes duplicated changes that had already been made in the voice modularization refactor, so the refactor versions were used.
2009-07-15DEV-34822 viewer 1.23 mergeRoxanne Skelly
DEV-32649 Merge the diamondware/vivox voice code -r124876 -r125220