| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
I'm sure those bugs are because we were using g_object_get() directly.
|
| |
|
| |
|
| |
|
|
|
|
| |
tp_g_signal_connect_object() does it for us.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=670638
|
| |
|
|
|
|
| |
gtk_clutter_get_option_group() already does it for us.
|
| |
|
|
|
|
| |
It's not used in empathy-call.
|
| |
|
|
|
|
|
|
| |
So long and thanks for all the calling...
https://bugzilla.gnome.org/show_bug.cgi?id=629902
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=629902
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=629902
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=663829
|
|
|
|
|
|
|
|
| |
MC should migrate butterfly accounts. If it fails (typically because Haze
isn't installed) then it disables the account. There is no point allowing user
to re-enable it as it won't work properly with Empathy any way.
https://bugzilla.gnome.org/show_bug.cgi?id=663829
|
|\
| |
| |
| | |
'glassrose/debug-window-send-to-pastebin-button-658724'
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
For one-click posting of debug data to http://pastebin.com/
To paste the currently displayed debug data directly to pastebin.
Makes use of the pastebin API- http://pastebin.com/api
which can be accessed by pastebin website members.
|
| | |
|
|\ \
| |/
|/|
| |
| |
| | |
Conflicts:
configure.ac
telepathy-yell
|
| | |
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Outgoing calls are in PENDING_INITIATOR until you accept them, So
Empathy would never actually start dialing an outgoing call until you
redialled and it got picked up by the other codepath, which accepts
immediately.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Xavier's previous patch delayed calling accept() until the channel was
in the INITIALISED state, however, if the channel is already in the
INITIALISED state by the time we receive it, we should just accept
immediately. Otherwise we'll spend our lives waiting for a state
transition that will never occur.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=655101
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=664045
|
|\ \ \
| | | |
| | | |
| | | | |
'glassrose/add-All-service-selection-in-debug-window'
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Replace all occourances of gtk_list_store_append followed by
gtk_list_store_set by gtk_list_store_insert_with_values
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Add refresh_all_buffer() and call it when either any service's
proxy invalidates or when a service's name_owner_changed is called.
Initially use it to populate all active buffers.
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
-Store associations to proxies while creating them
-Find service_store iter to store useful proxies
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
-Remove cache and store.
-Add one proxy and and related data per service in service_chooser
-Add one list store per service in service_chooser to save logs
-Make the service chooser switch the correct list store to display
-Free proxy_data before disposing service_store
-Fix "Clear" operation
-Fix searching
-Setting the correct store_filter on switching services
-Adding COL_PAUSE_BUFFER to service_store
-Deploy one pause-buffer per proxy
https://bugzilla.gnome.org/show_bug.cgi?id=592994
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
It was used only by the accounts assistant
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
DIE DIE DIE!!!
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Its features have been re-implemented in empathy-accounts-dialog. Thanks to
Danielle for this new design.
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
It was only used when hacking on the accounts assistant which is going away.
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This is the first step of merging the accounts-dialog and assistant.
https://bugzilla.gnome.org/show_bug.cgi?id=652669
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This ensures we'll select the first imported account.
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
It's cleaner that way
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
It's not used any more since we moved adding account to a separated dialog.
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This legacy code isn't used since a while as the assistant is displayed if
there is no account.
https://bugzilla.gnome.org/show_bug.cgi?id=670203
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The widget doesn't have to prepare EmpathyConnectionManagers itself any more
and so can populate its treeview right away. By doing so it will request a
more decent size and so the dialog will actually display the accounts which
can be imported without forcing user to resize it.
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=670201
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=669676
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
So user can still read the full message if it has been ellipsized.
https://bugzilla.gnome.org/show_bug.cgi?id=663627
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Long messages make this dialog looks weird and that's not really the point of
this UI to display it anyway.
https://bugzilla.gnome.org/show_bug.cgi?id=663627
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Travis noticed that if you receive a message in which you are not
mentioned after one in which you are, the highlight on the chat tab is
cleared. This turned out to be because the text of the chat tab label
was set in two different places in empathy-chat-window.c: one which
takes should_highlight into account, and one which does not.
This patch makes EmpathyChat keep track of whether it should be
highlighted (reusing empathy_chat_messages_read(), which is called to
acknowledge messages as having been seen by the user, to clear the
flag), and then uses that from one of the label-updating code paths and
deletes the other.
https://bugzilla.gnome.org/show_bug.cgi?id=669823
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
It has been deprecated.
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=627658
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We want to use gnome-contacts and the 'Informations' menu item already starts
it.
https://bugzilla.gnome.org/show_bug.cgi?id=669482
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=612216
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=656097
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=669300
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=666522
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | |
| | | |
| | | |
| | | | |
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The confirmation message when closing a window containing one tab, which
is a chat room, should be identical to the confirmation message when
closing that tab with ^W.
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Getting the messages to feel right took quite a few iterations. Maybe we
need one more case: when you only have one chat room in a window, and
nothing else, the message from closing the window should probably be the
same as it would have been if you'd hit ^W.
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
I often accidentally close tabs with Control-W, and more occasionally by
clicking the [X] by mistake. This is okay for 1-1 conversations (I can
just reopen them) but is destructive for chat rooms. So let's make the
user confirm.
https://bugzilla.gnome.org/show_bug.cgi?id=591756
|
| | | |
| | | |
| | | |
| | | | |
It has been removed from the UI file.
|
| | | |
| | | |
| | | |
| | | | |
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=562462
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This allows EmpathyChatWindow to use this rather than calling
empathy_message_should_highlight() itself.
|
| | |_|/
| |/| |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Rather than the EmpathyChatView implementations calling
empathy_message_should_highlight() themselves, this patch makes
EmpathyChat take responsibility for doing so.
The theme preview in Preferences, whether deliberately or otherwise,
highlights the line in which Juliet mentions Romeo. This behaviour is
preserved.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
It used to be created once in the accounts_dialog_account_validity_changed_cb
callback and once when the new account dialog is done.
This change is actually good because now accounts are always added to the
model using the same code path.
https://bugzilla.gnome.org/show_bug.cgi?id=668372
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
There is no point using the EmpathyAccountSettings.
https://bugzilla.gnome.org/show_bug.cgi?id=668372
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The factory does it for us now.
https://bugzilla.gnome.org/show_bug.cgi?id=668372
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
It's done in empathy-accounts now.
https://bugzilla.gnome.org/show_bug.cgi?id=668336
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The account being connected isn't longer enough to ensure that its
TpConnection is defined.
https://bugzilla.gnome.org/show_bug.cgi?id=667743
|
| |/
|/|
| |
| |
| |
| |
| | |
Also fix a stupid bug where roster_window_account_removed_cb() was called on a
valid account in roster_window_account_validity_changed_cb().
https://bugzilla.gnome.org/show_bug.cgi?id=667743
|
| | |
|
| |
| |
| |
| | |
While I'm modyfing this file, best to do it now.
|
| |
| |
| |
| |
| | |
With the process split it doesn't really make sense to continue calling it
'main' window, it's just the roster now.
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=631236
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
We'll need them when creating the account. Adding a simple function to
manually hide them in the assistant for now.
|
| |
| |
| |
| | |
This signal will never be fired when editing an existing account.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
tp-glib does it for us now, thanks to the EmpathyClientFactory.
|
| |
| |
| |
| | |
Looks better that way.
|
| | |
|
| |
| |
| |
| | |
It makes gcc happier.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This is not functional yet, but it does compile and kindof demonstrate what's
going to happen.
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=652670
|
| |
| |
| |
| |
| |
| |
| | |
This is more coherent with Shell's 'app is ready' notication which moves the
view to the app desktop rather than moving the app itself.
https://bugzilla.gnome.org/show_bug.cgi?id=649208
|
| |
| |
| |
| |
| |
| |
| | |
User generally use the same nick on different servers so just displaying the
nick isn't very useful.
https://bugzilla.gnome.org/show_bug.cgi?id=654171
|
| |
| |
| |
| |
| |
| | |
We don't use it any more.
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
| |
| |
| |
| |
| |
| | |
It's a bit fragile, user should say which features he wants.
https://bugzilla.gnome.org/show_bug.cgi?id=665038
|
| |
| |
| |
| |
| | |
Otherwise it warnings on deprecated glib symbols, because we
defined GLIB_DISABLE_DEPRECATION_WARNINGS in configure.ac
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=662873
|
| |
| |
| |
| |
| | |
I'm trying to understand what's going wrong in bug #665542 and having more
debugging would help.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Switch back to the avatar if there was at least one second of not receiving any
new video frames to display.
With this change the reaction time will be between 1 (best case) and 2
(worse case) seconds from the point the last frame went into the sync.
Before it was 5 seconds (best case) and up to 10 seconds (worst case),
which doesn't make for a very good experience
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=665403
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This fix a crash on 32 bits system as gcc can't figure out the right size of
the value.
Thanks to Raluca-Elena Podiuc for her help in debugging this.
https://bugzilla.gnome.org/show_bug.cgi?id=665171
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660547
|
| |
| |
| |
| |
| |
| | |
This reverts commit f1a9c6deaa7f706df73cb4e1195647a2a27177c6.
Humm I didn't mean to push that, sorry. :\
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
Conflicts:
libempathy/empathy-tp-file.c
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
TpAutomaticClientFactory will create TpFileTransferChannels for us and
they're, like, way better.
Signed-off-by: Jonny Lamb <jonny.lamb@collabora.co.uk>
|
| |/
|/|
| |
| |
| |
| |
| |
| | |
We have to prepare the contact groups feature and ensure that the singleton is
still alive. The 'empathy' process is the only one allowing user to change
contact groups so we just have to do it there.
https://bugzilla.gnome.org/show_bug.cgi?id=665121
|
| |
| |
| |
| |
| |
| |
| |
| | |
For some reason, gcc starts complaining about this as soon as I remove
EmpathyContactListFlags from empathy-contact-list.h ?!
If you have an explanation for this please let me know...
https://bugzilla.gnome.org/show_bug.cgi?id=663328
|
| |
| |
| |
| |
| |
| | |
Hourrah \o/
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| |
| |
| |
| | |
We now have EmpathyIndividualStoreManager which implements the store using
EmpathyIndividualManager as its contact source.
https://bugzilla.gnome.org/show_bug.cgi?id=663387
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661640
|
| |
| |
| |
| |
| |
| | |
Always restarting it will enable the camera in an audio only call.
https://bugzilla.gnome.org/show_bug.cgi?id=664459
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=664459
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This sets the pulsesink and pulsesrc buffer/latency parameters to be
lower and more voip-friendly. If the system cannot provide or keep up
with these values, PulseAudio will automatically try to adapt and
provide larger values that are achievable.
https://bugzilla.gnome.org/show_bug.cgi?id=663124
|
| |
| |
| |
| |
| |
| | |
minimum size.
https://bugzilla.gnome.org/show_bug.cgi?id=664313
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If we bind and sync the output volume from the non-main thread, we end
up calling gtk and clutter from the non-main thread.. Which leads to
crashes in OpenGL drivers and potenially kills your cat. Instead create
the audio output when the audio content is added, which happens from the
main thread. The output element is still only added to gstreamer
pipeline when needed though.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
As we rely on pulseaudio there is no point in saving our own volume
configuration, pulseaudio does that for us. If we do save it, then we
have no idea which volume to pick after connecting to pulse (the one we
save, the one pulse saved, a random value?).
On top of that our configuration implementation is plain ugly, the
level meter didn't work etc. This is all much better configured using
the gnome-control-center sound panel, which is pretty nice for inputs
and saves its volume on pulse for us to re-use :)
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There is no point in amplifying the mic level is it's too low or too
high as it either doesn't have enough information or it is clipping.
Instead tell pulsesrc what it should do, so it can adjust the hardware
volume for us.
Also listen to changed done by pulsesrc so we can track volume updates
and feed back the settings properly
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Replace g_(ptr_)array_free (foo, TRUE) and g_hash_table_destroy
with respectively g_(ptr_)array_unref (foo) and g_hash_table_unref.
I used this command to generate this patch:
for f in `find -name "*.c"`; do sed -i $f -re 's/g_ptr_array_free \(([^ ,]+), TRUE\)/g_ptr_array_unref \(\1\)/'; done
See Danielle's blog for explanation of possible bug _free can do:
http://blogs.gnome.org/danni/2011/11/16/mistakes-with-g_value_set_boxed/
|
| |
| |
| |
| |
| |
| |
| |
| | |
We switched to EmpathyIndividualView a while ago...
https://bugzilla.gnome.org/show_bug.cgi?id=663387
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663842
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663842
|
| |
| |
| |
| |
| |
| |
| |
| | |
Tp-Farstream signals contents, not sinks (like tp-farsight did). So lets
mirror that, which allows us to make better decisions about what kind of
contents we are given
https://bugzilla.gnome.org/show_bug.cgi?id=663842
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Instead of relying on the default caps that the pipeline selects (which
will usually end up being float32 stereo at 44.1kHz), this sets a caps
filter to select the format we want from pulsesrc -- s16ne mono at 32kHz.
The point of this is to do resampling/conversion as early in the
pipeline as possible, decreasing the amount of data that needs to be
carried around and thus improving performance a bit.
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| | |
Expanding the status causes the icon to be placed on the far left of the box.
This regression caused by my work in 1cd6e8253a3be284b8578fd9ea37016d0197d61b.
Need an additional hbox and to expand that.
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=663567
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=663327
|
|/
|
|
| |
These are now handled for us by Farsight. Hooray for Farsight.
|
| |
|
| |
|
|
|
|
|
| |
Using the max-rate property is simpler and less racy, so do that
instead. Does require (currently unreleased) gst-plugins-base 0.10.36
|
|
|
|
|
|
| |
Setting an element to NULL resets various internal values (the clock,
the base time etc). To make sure everything is reset as expected simply
yank it from the bin and re-insert it (which will reset the values)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Using framerate range reduce the chance that changing the framerate breaks
the pipline. We also always set an initial range to support src like
videotestsrc that does not allow changing framerate dynamically and would
default to a "as fast as possible" mode.
|
|
|
|
|
| |
This workaround issue with videotestsrc when the test src does not have a
a clock after going to NULL state while changing resolution.
|
| |
|
|
|
|
|
| |
Also update from deprecated gst_x_overlay_set_xwindow_id() to
gst_x_overlay_set_window_handle().
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This prevent TpBaseClient to create a full TpAccountManager and allow
us to prepare TP_ACCOUNT_FEATURE_STORAGE feature on accounts
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662843
|
| |
|
|
|
|
|
|
|
| |
We have to old the application while doing async preparation as the app window
is not created right away.
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
|
|
|
|
|
|
| |
We just need to prepare it in the main instance; there is no point doing it
the other ones as they will just re-invoke the main one and exit.
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
|
|
|
|
|
|
| |
This allows us to detect right away if the account is a valid one and we don't
have to prepare it any more as the AM already did it for us.
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
|
|
|
|
|
|
|
| |
We are not supposed to call gtk_main_quit() as we don't use gtk_main() any
more. Instead we add the windows to the GtkApplication which will take care of
exiting when they have been all destroyed.
https://bugzilla.gnome.org/show_bug.cgi?id=662504
|
|
|
|
|
| |
The latter has been deprecated in GLib 2.31 but g_format_size() has been added
in 2.30 so we can already use it without bumping the dep.
|
|
|
|
|
| |
They use deprecated API (g_mutex_new) but we still want to use it for now so
they need to have GLIB_DISABLE_DEPRECATION_WARNINGS defined.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
With a button to buy some if desired.
|
|
|
|
|
|
| |
Let's face it, the whole thing was getting a little unwieldly there in the
UI utils, and if we're going to be using it in more places, let's start by
abstracting it into a widget.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=661993
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=661756
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=644360
Conflicts:
libempathy/empathy-utils.c
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
libempathy-gtk/empathy-individual-menu.c
libempathy-gtk/empathy-new-message-dialog.c
libempathy/empathy-dispatcher.c
libempathy/empathy-dispatcher.h
src/empathy-chat-manager.c
src/empathy-chat-window.c
|
|\ \ |
|
| |/ |
|
| | |
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=661464
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660586
|
| |
| |
| |
| | |
Messenger XMPP only supports auth via an access token, no password
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
| |
| |
| |
| |
| |
| | |
No change.
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
| |
| |
| |
| | |
No more ugly marshallers \o/
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=658245
|
| |
| |
| |
| |
| |
| | |
They don't seem to be used and were raising a Gtk+ warning.
https://bugzilla.gnome.org/show_bug.cgi?id=659474
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=660124
|
| |
| |
| |
| |
| |
| | |
This makes easier to test it
https://bugzilla.gnome.org/show_bug.cgi?id=646630
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=659807
|
| |
| |
| |
| | |
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=659952
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656907
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656884
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=656884
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=659144
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=659207
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=574879
|
|\ \
| | |
| | |
| | |
| | | |
Freeze exception signed off by Andre Klapper <ak-47@gmx.net> and
Matthias Clasen <matthias.clasen@gmail.com>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This stops MainWindow being unreferenced, and prevents crashes caused by
things which then try to use it.
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=659118
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The connection object may not be there yet if tp-glib is still preparing its
features.
https://bugzilla.gnome.org/show_bug.cgi?id=659439
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Since we can get a new call channel if we e.g. hangup and
then call again.
https://bugzilla.gnome.org/show_bug.cgi?id=655356
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=655356
|
| | | |
|
|/ / |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=655270
|
|\ \ |
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | |
| | |
| | |
| | |
| | |
| | | |
So that it's not resized many times.
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If we have a call window opened for a contact and we get an
incoming call from the same person, use the existing window
instead of creating another one.
Based on a patch from Jonathan Tellier.
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| |/
| |
| |
| |
| |
| |
| | |
So that we can make it both a handler and an observer at the
same time.
https://bugzilla.gnome.org/show_bug.cgi?id=580794
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Comments have to be on the line just before the string to be picked by
gettext.
https://bugzilla.gnome.org/show_bug.cgi?id=658866
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=658584
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=658584
|
| | |
|
|\ \ |
|
| | | |
|