Age | Commit message (Collapse) | Author |
|
Change-Id: Ibaab0a1ed5774f400bc14e67742daaf06fcab391
|
|
We don't need to wait for our capabilities update to propagate from one
account via the network and back.
Since e3d1001c08d255c588ed6ca93f3b58b2161cce45 ContactList returns all
online contacts regardless of its capabilities.
Change-Id: Icf8982dd1e6aedec4f21920ff8020f8547d7b855
|
|
- do not show until it's ready
- do not close it with buttons
- buttons for both 1-1 and MUC sessions
- display all online contacts
Change-Id: Idfbea7ffdf76ef3f31dbeeefe62d69cb5e3e64b7
|
|
Change-Id: I73b0f8faaa9b6d0707153f3150ca531a33cb0dd3
|
|
Change-Id: Ia27c725aff1d16d21ee1f5abcfff9a107bd87a82
|
|
Change-Id: I70053c4b1e31ecd281701bab692764ef581e0f57
|
|
Change-Id: I403253793791236eaf8e9fd3fc72489ebd447d99
|
|
Packet communication now goes directly through TeleConference and
TeleManager is used only for receiving files and new channels.
This should also allow collaboration of different documents with
different contacts independently.
Change-Id: Iaf719dce156f1c4c9edc3db4ff0964dec0e0c944
|
|
Change-Id: Ic6100aa03764cd62b5426e4ec1f3aeb085241c16
|
|
Change-Id: Idb4f8e4e47be88efa9e199588936cf426b3e1ce4
|
|
Use createAccountManager instead.
Optionally also register clients for accepting tubes. Will be used more later.
Change-Id: I353d45e95fa130c0c578b74d016b650039358ea7
|
|
boost 1.44 boost/signals2.hpp with gcc 4.6.3 causes
solver/unxlngx6/inc/boost/signals2/detail/slot_template.hpp:122:7: error:
declaration of ‘slot’ shadows a member of 'this' [-Werror=shadow]
Change-Id: I276e008aaebaca9c115bedc58d29c93c6dc526b8
|
|
Change-Id: I99a0dd6765d57c4a1d842b25d600d760930704fa
|
|
|
|
|
|
Pass const rtl::OUString &s around instead of random pointers.
Allow sc/ to build and work without telepathy enabled.
Add aforementioned demo mode hack.
|
|
|
|
|
|
This is no longer needed since the switch to using GDBus for the tube
connection.
|
|
I added these to the recently-released telepathy-glib 0.18.0 mainly to
let us simplify the code here. With this new API, tp-glib takes care of
waiting for the state changes, creating the GDBusConnection, etc.
|
|
It already was, actually. :)
|
|
GDBus is the future. And TpDBusTubeChannel will ultimately give us a
GDBusConnection, so...
|
|
This makes sense, because the flow for Accept() and Offer() is basically
symmetrical, and then conference becomes solely responsible for the
handling of channels once they've been requested/given to us.
While we're at it we also fix both code paths to work correctly if the
state becomes Open before Accept/Offer returns (which is possible).
|
|
|
|
relict from testing era, not needed anymore
|
|
* "passing argument 1 of ‘gtk_message_dialog_format_secondary_markup’ from
incompatible pointer type"
* dialog was in fact constructed as GtkMessageDialog using
gtk_message_dialog_new_with_markup(), so use it as such
* "passing argument 1 of ‘gtk_widget_destroy’ from incompatible pointer type"
* use GTK_WIDGET() on dialog GtkMessageDialog*
* "passing argument 1 of ‘g_object_get_data’ from incompatible pointer type"
* use G_OBJECT on dialog GtkWidget*
* "passing argument 1 of ‘gtk_dialog_set_response_sensitive’ from incompatible
pointer type"
* use GTK_DIALOG on dialog GtkWidget*
* "passing argument 1 of ‘gtk_message_dialog_set_image’ from incompatible
pointer type" and "passing argument 1 of ‘gtk_dialog_add_buttons’ from
incompatible pointer type"
* use GTK_MESSAGE_DIALOG() on dialog GtkWidget*
* "passing argument 1 of ‘g_object_set_data_full’ from incompatible pointer
type"
* use G_OBJECT() on dialog GtkWidget*:x
* "passing argument 3 of ‘g_signal_connect_data’ from incompatible pointer
type"
* use G_CALLBACK() on dialog_response_cb
* "passing argument 1 of ‘gtk_window_set_skip_taskbar_hint’ from incompatible
pointer type"
* use GTK_WINDOW() on dialog GtkWidget*
How awful C is :-/ GtkMessageDialog is a GtkDialog is a GtkWindow is
a GtkWidget is a GObject, but still ...
|
|
|
|
This is the bug which breaks the first request after the offerer signed
in.
|
|
To record a screencast, I wanted to get two instances of LibreOffice
running in the same session. But the Client object(s) claim D-Bus names,
so initializing the second instance failed.
This patch changes things so that if LIBO_TUBES=master, no Client
objects are created. As a result, only the slave can receive files.
|
|
|
|
(And also signalify receiving files.)
|
|
Yes, this is in addition to the existing TeleManagerImpl singleton. This
class needs to be properly split in half: one Manager part from which
the UI can request new sessions and which signals the appearance of new
incoming sessions, and another Session part representing the shared
editing session (which in turn owns one or more Conferences, which owns
exactly one tube, as now). The Manager will dispatch incoming files to
the appropriate Conference by UUID or similar.
But for now, Michael is opening a new window with the received file,
so we want incoming and outgoing events to go to both windows so that it
works well enough for a demo.
|
|
|
|
|
|
This doesn't actually seem to have any effect on the test passing or
failing.
|
|
I think I commented these out while hunting stack corruption.
|
|
|
|
This ensures that our changes are echoed locally as well as being sent
to the peer.
|
|
|
|
|
|
The version of Gabble that Michael and Eike are using doesn't support
the Metadata interface that we're using to direct this channel to
LibreOffice.
Perhaps putting something magic into the mime type would be a better
temporary workaround but hey.
|
|
|
|
|
|
|
|
You should only have yourself on your contact list on rare occasions,
but…
|
|
|
|
|
|
|
|
|
|
|