Oops, I broke muted calls. Fix timed RT send again.

Move audio hacks out to chat.c and leave the Chime parts relatively sane

One step closer to doing things "properly"...

Further audio cleanup

Start splitting out the parts we want to keep, from the temporary
pipeline hacks.

Let fs-app-transmitter launch a pipeline by its description

Instead of hard-coded audiotestsrc/filesink, let the pipeline descriptions
get passed in in the FsCandidate's 'host' and 'username' fields, much as
the FsShmTransmitter does for the filenames.

This might not last, as we can only reference named elements in a pipeline
description if they were created in that same pipeline, AFAICT. So my plan
of pre-creating the appsrc and then referencing it from the description
probably isn't going to work.

Which means we might end up with a dedicated FsChimeTransmitter after all,
but hey, at least I have a better understanding of how some of this stuff
fits together...

Start cleaning up audio support, handle mute

There are locking issues here. The appsink_new_sample() function can get
invoked from another thread, which means it can race with the timer.

I think if the g_source_remove() in do_send_rt_packet() runs while a
timed_send_rt_packet() is waiting for the rt_lock, it can deadlock.

The simple fix is probably to shift all the actual packet processing into
a separate thread with a simple packet-sending loop which does both audio
and muted frames.

Or maybe we don't want a thread wakeup to add to the outbound packet
latency, and we'll allow appsink_new_sample() to send directly for itself
with some simple locking scheme between it and the thread.

The thread can then handle DTLS and auth and everything else sequentially,
which lets me do DTLS "natively" with GnuTLS and saves me from lamenting
the absence of GDtlsClientConnection too much.

Reinstate paulbohm@'s gstreamer hacks

Emit signal for audio transport state

Add UI for rejoining call without mute

Expose UI for joining audio calls

Initial attempt at debian packaging

Fix never-notify pref matching

Add libmarkdown (not used yet, but it's being worked on)

Merge pull request #11 from gqmelo/fix/attachment-messages

Fix attachment messages when the user sends it from other clients

Fix protobuf deps harder

chime-call.c needs the generated protobuf headers

Disconnect signals before tearing down state

Otherwise, the new-meeting and other signals could fire and add things
back when we're tearing it down.

Don't update joinable if it isn't being displayed

This fixes a use-after-free problem on shutdown, as the signals are
still connected.

Fix two refcounting issues in pin_join_cb()

First, own the meeting. Second, unref the task when we're done (by removing
the stray 'return').

Ref connection for fetch_presences()

Fix attachment messages when the user sends it from other clients

On an IM conversation between "A" and "B", if "A" sent an attachment
from other client (e.g. Web), "A" would see the message on pidgin as
being sent by "B".
Also "A" would receive a notification from pidgin for its own
attachments.

Fix #10
https://github.com/awslabs/PRIVATE-purple-chime/issues/10

Fix audiows leak on close

Fix meeting refcount leaks

Stop leaking meeting organiser

Call cleanup

Split out chime-call-transport.c so we can add DTLS more easily. Deal with
opening/closing the "Call Participants" window by adding a chat menu, which
will also be the basis for starting an audio call.

Don't send LastSeen updates when there are no new messages

Add ref to ChimeConnection from each ChimeObject

This makes life a lot easier.

Destroy chats on disconnect

Fix message handling during disconnect

This was causing a refcount leak as the task wasn't completing.

Fix support for more than 100 contacts

Oh joy, there's a completely separate way to handle fetching of contacts
in stages. The 'NextToken' is in a special header instead of in the JSON
response, but ultimately it's very similar. Make fetch_contacts() work
like fetch_conversations() and fetch_rooms() do.

This fixes the disappearance of contacts, when you have more than 100.
Which was partly masked by the fact that we weren't deleting the buddies
from Pidgin.

Fix buddy removal when they're no longer in the contacts list

We're supposed to remove purple buddies when they are no longer in the
contacts list, but we weren't removing them if they were visible to us
at all (by virtue of being in a conversation or a room).

Explicitly close ChimeConnection in chime_purple_close()

Instead of allowing it to be implicitly closed by the final unref, close
it explicitly. This allows us to fix up the refcounting elsewhere, so
the objects associated with the connection can just hold a ref to it.

It was kind of OK for rooms/conversations but it's getting silly with
meetings adn calls.

Send correct message ID

Merge branch 'master' of ssh://kaos-source.amazon.com//kaos/git/stash/dwmw2/chime

Only mark messages as read when they really are

Remove some redundant HTTP messaging code.

SoupSession has a provision to define the User-Agent to use for all the
SoupMessages sent through it.  This simplifies the login code a bit.

Add a comment about how GWT escapes "|".

Escape the "|" character in GWT requests.

Apart from the backslash "\", the pipe character "|" also needs to be escaped
for obvious reasons.  Not escaping it breaks the format of the GWT requests.

Fix type in configure.ac

Typo caused ./configure: line 13311: ]: command not found

Translate messages and show attachments as file:// links

Initial support for receiving attachments

- uses purple_util_fetch_url_len() rather than hijacking the soup session
- saves attachments in $HOME/.purple/chime-purple/$email/downloads
- displays attachment in the chat or conversation if content type is image
- notifies of downloaded file if attachment is not an image
- does *not* handle variants

Fix build against farstream 0.2.7 properly this time

Bump release to 0.02

Fix reliability of login with Amazon (public) account

The form is always named 'signIn', it seems. But doesn't always have an id.

Build FsAppTransmitter as a separate library to make it work with 0.2.7

Require farstream 0.2.8 for audio support

Remove 'wait-for-connection' property

Now we should have FsAppTransmitter "working", at least with the
audiotestsrc and filesink for now. Hooking it up to an actual
appsrc/appsink and to paulbohm's code remains to be done...

Switch to "pidgin" as platform type

We should be OK to stop telling people not to use this now, and automatically
publish it to APT repositories etc.

Not working with filesink

The fsappbin1 bin never entes the PLAYING state, for some reason. Hopefully
I can get a coherent response to
https://lists.freedesktop.org/archives/farstream-devel/2017-November/000079.html

Working with audiotestsrc

Add a FsAppTransmitter

Close audio when done

Fix another conversation create failure

Clean up participants 'search results' properly on close

Shut up!

Show call participants

It'll pop up again as soon as the user closes it, which we should fix and
also make it possible for them to bring it up.

Explicitly open/close ChimeCall, clean up participant handling

A little less "Look Ma! I can get audio data!" and a little more
competent software engineering.

Fix lack of cast in logout_done()

Abort connection when server kicks us off

Oops, this snuck in with another commit. I'm willing to rewrite
history to fix that, even though I wouldn't do it to fix the stupid
"calender" typo that inexplicably slipped in last week.

Implement log out

We will want to change out platform type from "osx" to "pidgin", which
requires logging out and back in again. So implement logout...

Add User-Agent: header to login requests

Fix conversation create for unknown user

Fix HTML to plain text conversion

Fix use-after-free on buddy removal

Fix build with up to date libsoup

Add sample_time to outbound audio messages

At last, we can stay on a call for more than 43 seconds!

Merge branch 'master' of ssh://kaos-source.amazon.com//kaos/git/stash/dwmw2/chime

Hook up Pidgin client side of auto-scheduling meetings

Wire up DBus interface to open event editor

Make evo plugin work with new evo

Choose calender, fields slightly less hard-coded

We are basically ready to hook this up to listen on something like dbus

More evoplugin cleanup

More attempts at timestamps to make the server happy

.... which still don't work.

Merge branch 'evoplugin'

juggernaut: do not leak the subscription

Start trying to send real rtmessages back

It isn't sufficient — the server is still kicking us off. But it's a start.

Attempt UI indication when a call participant is speaking

Untested; on plane...

Flesh out the DataMessage stuff a little more.

Definitely needs a lot more testing. I did manage to see two fragments in
a real call today, rather than the single frag that I get in my test
Instant Meetings. But this is crying out for a proper set of test cases...

Prefer conversations with peers that have fully-populated profiles

Where we have multiple conversations with the same peer email address
because there are multiple profiles with that email address, prefer
(for outbound messages) the profile that has a meaningful display_name
field rather than just a copy of the email address.

Remove stray debugging printf

Fix crash when multiple conversations exist with the same peer email address

There can be more than one profile for a given email address. You can have
conversations with both profiles. I don't know how this happens, but I've
seen the aftermath.

This was causing the first 'im' structure to be destroyed when the second
was discovered, which caused a use-after-free because I haven't yet
converted the chime_im/chime_room/chime_msgs stuff to proper GOBjects
and refcounted them, and the fetch_messages call was still pending.

For a quick "fix", keep them around by having a hash table on profile_id
too.

Decode RT messages, extract audio

We really need to work out how to get this hooked up to Pidgin now;
we *have* the audio data and if we #define AUDIO_HACKS we can play it
back.

It still kicks us off as we're not sending any but the first message,
but once we have audio data to send that'll be fixed. Need to set up
a periodic empty message even if we're muted though.

Explicitly make chime-call-audio.c depend on the generated headers

Should it be chime-call-audio.c? It's actually chime-call-audio.o but
that has a complex constructed filename...

Check for protoc-c and try to fix Makefile rules

Merge pull request #6 from michaelgataws/groupconv-naming

Improve group conversation naming

Audio calls actually connecting

Needs cleanup and object lifetime handling taken into account, but
progress nonetheless. Someone needs to work out how to use
fsrawconference (presumably) to allow us to actually pass the audio
to Pidgin to be heard, instead of just spewing it to stdout.

Some more audio fixes

I can at least establish the websocket connection now, although it
doesn't seem to like my auth message.

Unbreak websocket connect

And make it slightly easier to submit requests with the session_token,
which we'll need for screen shares AFAICT.

Link the right protobuf library

First attempt at data messages

Odds of this working first time are fairly near zero...

First attempt to send/receive auth messages

There's probably only so far I can get with this while I'm on a plane
and can't test it...

Build protobuf files

Import tincan protobuf definitions

We will probably end up doing this differently — partly because we might
be able to use a GLib-based protobuf encoder/decoder which fits more
neatly, and partly because we don't *want* to be lifting things from
internal code even if it's just the protocol definitions in a standard
form. But this is the easy option for now....

Start adding audio connection support

Use soup_session_websocket_connect_async() again

This mostly reverts commit b767104a2a1 ("Open-code replacement for
soup_session_websocket_connect_async()"). That was reasonable enough
when we only had one websocket. Now we're going to have more, so lift
the original one and hack it to work with our ChimeWebsocketConnection
too.

Improve group conversation naming

Before, group conversations were named by concatenating member names
using just `,`. With our peculiar member names that resulted in
conversation names like

    Last1, First1,Last2, First2

which hurts the typographical part of my brain. With semicolons and an
extra space it looks like that:

    Last1, First1; Last2, First2

Fix conversation create again

Attempt to find a conversation before creating it

Try to improve chat room handling in buddy list / room list

Attempt to keep names up to date and use RoomId instead of name to be
unambiguous where we can. Not entirely sure I like this but I didn't
much like it before, either...

Some trivial hacks to make it invoke the editor

More of the original can be ripped out but this is a start...

Add shell of Evolution plugin