Age | Commit message (Collapse) | Author |
|
failures
|
|
changes to common libraries from the server codebase:
* Additional error checking in http handlers.
* Uniform log spam for http errors.
* Switch to using constants for http heads and status codes.
* Fixed bugs in incorrectly checking if parsing LLSD xml resulted in an error.
* Reduced spam regarding LLSD parsing errors in the default completedRaw http handler. It should not longer be necessary to short-circuit completedRaw to avoid spam.
* Ported over a few bug fixes from the server code.
* Switch mode http status codes to use S32 instead of U32.
* Ported LLSD::asStringRef from server code; avoids copying strings all over the place.
* Ported server change to LLSD::asBinary; this always returns a reference now instead of copying the entire binary blob.
* Ported server pretty notation format (and pretty binary format) to llsd serialization.
* The new LLCurl::Responder API no longer has two error handlers to choose from. Overriding the following methods have been deprecated:
** error - use httpFailure
** errorWithContent - use httpFailure
** result - use httpSuccess
** completed - use httpCompleted
** completedHeader - no longer necessary; call getResponseHeaders() from a completion method to obtain these headers.
* In order to 'catch' a completed http request, override one of these methods:
** httpSuccess - Called for any 2xx status code.
** httpFailure - Called for any non-2xx status code.
** httpComplete - Called for all status codes. Default implementation is to call either httpSuccess or httpFailure.
* It is recommended to keep these methods protected/private in order to avoid triggering of these methods without using a 'push' method (see below).
* Uniform error handling should followed whenever possible by calling a variant of this during httpFailure:
** llwarns << dumpResponse() << llendl;
* Be sure to include LOG_CLASS(your_class_name) in your class in order for the log entry to give more context.
* In order to 'push' a result into the responder, you should no longer call error, errorWithContent, result, or completed.
* Nor should you directly call httpSuccess/Failure/Completed (unless passing a message up to a parent class).
* Instead, you can set the internal content of a responder and trigger a corresponding method using the following methods:
** successResult - Sets results and calls httpSuccess
** failureResult - Sets results and calls httpFailure
** completedResult - Sets results and calls httpCompleted
* To obtain information about a the response from a reponder method, use the following getters:
** getStatus - HTTP status code
** getReason - Reason string
** getContent - Content (Parsed body LLSD)
** getResponseHeaders - Response Headers (LLSD map)
** getHTTPMethod - HTTP method of the request
** getURL - URL of the request
* It is still possible to override completeRaw if you want to manipulate data directly out of LLPumpIO.
* See indra/llmessage/llcurl.h for more information.
|
|
|
|
http error handlers to understand LLSD error responses. Fleshing out most http error handler message spam.
|
|
|
|
|
|
|
|
does not show as call in conversation log)
- Show voice icon when call is started
- Added flag LLConversation::mIsConversationPast which means that this conversation is finished and any of its data can't be changed. I.e. it cannot be reused.
- When session removed (i.e. finished) corresponding conversation is marked as Past conversation. I.e. mIsConversationPast is true.
- Added changed(const LLUUID& session_id, U32 mask) method to LLConversationLog to notify particular conversation. This is used in LLConversationLogList to update its particular item and not to rebuild the whole list.
|
|
are in nearby voice
|
|
are in nearby voice
|
|
- When accepting an avaline call, add a caller to the recent list as AvalineListItem
- When adding item to the LLRecentPeople, check whether item with the same phone number exists and delete it if exists. This is need to avoid duplication in the Recent list of the panel People.
|
|
Both offline and online users are added. It is done in LLVoiceChannelGroup::activate(), where TODO for it was placed earlier.
To avoid code duplication when adding users from speakers list to Recent, a new method was added to LLIMModel.
|
|
|
|
|
|
session leave event correctly.
Reason:
* when user leave a p2p voice session himself the session's voice channel is marked as "ignore next leave session event"
* but when he re-starts the voice session the channel stays in "ignore next leave session event" state.
So, when an other p2p participant ends call this voice channel is not deactivated because of this flag.
Fix: reset "ignore next leave session event" flag to FALSE when viewer is joining p2p voice session.
Reviewed by Aimee Walton at https://codereview.productengine.com/secondlife/r/418/
--HG--
branch : product-engine
|
|
Created LLVoiceEffectInterface as an optional interface to be implemented by voice modules that support voice effects.
|
|
they are not guaranteed unique across sessions.
Replaced all references to "Font" with "Voice Font" where possible to reduce confusion for anyone grepping code in future.
|
|
|
|
Was causing a crash on viewer exit if the Voice Control Panel was left open and detached.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
viewer without login).
- Used call of LLVoiceClient::instanceExists() instead of gVoiceClient in check in LLVoiceChannel destructor
to avoid crash when quitting viewer by closing console window before login. So now crash won't happen in
LLVoiceClient::removeObserver(). But crash will occur in other destructors later, so further investigation needed.
--HG--
branch : product-engine
|
|
incorrectly who ended the call)
- Added flag to voicechannel which is true when call is ended by agent.
- It is sent to imview via signal and used to properly customize text in outgoing call floater.
--HG--
branch : product-engine
|
|
removed redundant call status notifications: ringing, connected, hang_up,
unavailable, answering;
--HG--
branch : product-engine
|
|
been turned off from preferences)
- Added skipping "Voice not available at your current location" when agent voice is disabled
--HG--
branch : product-engine
|
|
made voice status messages displayed in pop-out window;
--HG--
branch : product-engine
|
|
--HG--
branch : product-engine
|
|
--HG--
branch : product-engine
|
|
-- remove unused LLFloaterCall & LLPanelAvatarRow used in it.
--HG--
branch : product-engine
|
|
control panel while calling), removed temporary workaround.
--HG--
branch : product-engine
|
|
--HG--
branch : product-engine
|
|
according to the Voice UI Spec
- added new voice notification that replaced notification toasts
- now LLOutgoingCallDialog manages visibility of its controls on its own
--HG--
branch : product-engine
|
|
for incoming group and ad-hoc calls
now is is able to get a direction of calls through the voice channel's signal for its state changing
also choosing of type of IMSession was fixed and was moved from a separate function to the constructor
--HG--
branch : product-engine
|
|
(EXT-2803) Create notifications and dialogs to negotiate P2P voice chat (shown over the Speak button)
(EXT-2806) Create notification windows and dialogs to negotiate Group Voice Chat (docked to Speak button's chevron)
(EXT-2802) Create notifications and dialogs to negotiate AvaLine calls (shown over Speak button)
(EXT-2805) Create notifications and dialogs to negotiate Ad-Hoc calls (shown over Speak button)
implemented: invitations, displaying of notifications according to the state of current voice chat session
--HG--
branch : product-engine
|
|
establishments
--HG--
branch : product-engine
|
|
-- updated reaction to accepting incoming call: added session URI argument. For now avaline caller is shown in the voice controls.
--HG--
branch : product-engine
|
|
Cuts number of includes of llnotifications.h from 300+ to 40.
|
|
|
|
- Re-factored Floater Call initialization and destruction logic.
- Removing voice channel participants observer when call ends.
--HG--
branch : product-engine
|
|
yes, it looks like we really don't get much detail from llvoiceclient, it's not just llvoicechannel that's dumbed-down!
|
|
|
|
Huh, the voicechannel state machine isn't much of a state machine.
|
|
this is sort of less like the spec but more like... reality...
|
|
|
|
|
|
|