| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Those have been removed from menubar.ui when implementing the new menu.
|
|
|
|
|
|
|
| |
There is no reason to not have it implemented like all the other menu items.
Furtermore, having the logic in individual-menu.c will make it easier to use
from the new roster view.
|
|
|
|
|
|
|
| |
It's API just changed and it's not really useful anymore as gnome-about-me has
been removed.
https://bugzilla.gnome.org/show_bug.cgi?id=677533
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=677545
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=677465
|
|\ |
|
| |
| |
| |
| | |
Will make debugging easier.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Pack the camera/volume/mic buttons in a GtkBox, so they get linked
together by the theme.
Also, use symbolic icons for the buttons in the toolbar, in GNOME 3
style.
https://bugzilla.gnome.org/show_bug.cgi?id=676569
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=676569
|
|\ \ |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Seems that's the proper way to do it.
|
| | | |
|
| | |
| | |
| | |
| | | |
The CSS magic is done automatically now.
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=669473
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=669473
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=676637
|
|/ /
| |
| |
| | |
It has been accidentally removed during the recent settings clean up.
|
| | |
|
|\|
| |
| |
| |
| |
| |
| | |
Conflicts:
NEWS
configure.ac
src/empathy-audio-src.c
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
It's not uncommon for people to forget that the put a call on mute,
causing awkward situation while trying to talk while muted. To
prevent this, keep the toolbar showhing while muted as a reminder.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Newer gstreamer & pulseaudio support the stream volume interface for
input as well. Prefer this over using the mixer interface as it's
both simpler and actually does as intended. Besides that the
mixer interface is buggy and seems to not correctly adjust the
current input device if the source was switch to a non-default input.
As an extra put in a volume element to locally enforce the current mute
state. This ensure that whatever happens, if the UI says mute, the
stream is guaranteed to be muted. This prevents awkward situations if
the source element doesn't support stream volumes or the notification
is buggy (like with current pulsesrc in releases).
|
| |
| |
| |
| |
| |
| | |
As our default background is now black the non-highlighted previews
get hard to see. Change the rectangle colors to white for the
highlighted version and a darkened white for the non-highlighted.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The call window has previews in the four corners, before the lower
ones were packed in a way that they would appear above the floating
toolbar which looks strange when the floating toolbar disappears.
Instead allow the lower preview to be below the floating toolbar so
they're evenly spread out.
|
| |
| |
| |
| |
| | |
Now that the video box is flush against the sides add some extra margin
for the things floating inside.
|
| |
| |
| |
| |
| | |
Mimic totem in making the background for our video output black by
default and without extra borders. It does look nicer.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If the user alias is too long both the hangup and the dialpad buttons
get pushed into a drop-down menu. Even worse when the alias doesn't fit,
it just isn't shown at all anymore.
Given the username is already printed in the title and the user tends to
know who they're calling with, ellipsizing the alias isn't an issue.
Which has the nice side-effect of keeping the hangup and dialpad buttons
on the toolbar in all cases like they should be.
Unfortunately as pango doesn't ellipsize if it still has enough height
left to put more lines in. So put the alias and status in seperate
labels in a vbox which isn't set to fill.
|
| | |
|
|\|
| |
| |
| |
| |
| |
| | |
Conflicts:
NEWS
configure.ac
src/empathy-accounts.c
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The avatar chooser, which is not used by empathy-accounts, may use Cheese to
take a photo.
cheese_gtk_init() has been added during the 3.4 cycle so I bumped the dep to
3.4.0 as that's the version I have tested it with it. It's an optionnal dep
anyway so...
https://bugzilla.gnome.org/show_bug.cgi?id=674553
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Empathy needed to mark the toolbar actor as reactive otherwise it won't
be reactive to events (doh)...
And empathy needed to stop calling gdk_disable_multi_device().. Empathy
used to do this because it has to be called before GTK+ is initialized
and clutter-gtk only called after GTK+ was initialized by other function
in empathy. Unfortunately since clutter-gtk 1.1.2 instead of ensuring
event actually work with clutter-gtk calling this function will actually
break event handle (great fun!)..
Oh and also bump the clutter-gtk requirement to 1.1.2 to ensure we get
the right behaviour for events..
https://bugzilla.gnome.org/show_bug.cgi?id=670874
|
| |
| |
| |
| | |
The latter has been deprecated in tp-glib master.
|
| |
| |
| |
| |
| |
| | |
Instead call both gst_object_ref() and gst_object_sink()
https://bugzilla.gnome.org/show_bug.cgi?id=675590
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Empathy needed to mark the toolbar actor as reactive otherwise it won't
be reactive to events (doh)...
And empathy needed to stop calling gdk_disable_multi_device().. Empathy
used to do this because it has to be called before GTK+ is initialized
and clutter-gtk only called after GTK+ was initialized by other function
in empathy. Unfortunately since clutter-gtk 1.1.2 instead of ensuring
event actually work with clutter-gtk calling this function will actually
break event handle (great fun!)..
Oh and also bump the clutter-gtk requirement to 1.1.2 to ensure we get
the right behaviour for events..
https://bugzilla.gnome.org/show_bug.cgi?id=670874
|
| |
| |
| |
| | |
That's the one used by Contacts so best to stay coherent
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
So yeah, Authentification is actually not an English word...
https://bugzilla.gnome.org/show_bug.cgi?id=676027
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675597
|
| | |
|
| |
| |
| |
| | |
This is what happens when you convert files with XSLT, kids.
|
| | |
|
| | |
|
| |
| |
| |
| | |
Set this 'true' by default.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Cleans up the code and makes it much less work to add new preferences.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
It doesn't make sense to have this anyway. You can still have history even
though you have no accounts configured.
|
| |
| |
| |
| | |
The docs are wrong, surprise!
|
| |
| |
| |
| | |
Rebased-by: Danielle Madeley <danielle.madeley@collabora.co.uk>
|
| |
| |
| |
| | |
That's recommended for a better GNOME 3 integration.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I'm about to add an extra argument to the main window constructor so it's not
convenient to, in theory, being able to create it from the event manager.
Passing a widget wasn't doing anything anyway and this code is not even used
when running the Shell so...
Rebased-by: Danielle Madeley <danielle.madeley@collabora.co.uk>
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=673989
|
| |
| |
| |
| | |
We should use Gtk+'s default and those widgets don't use it any way.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674860
|
| |
| |
| |
| |
| |
| | |
Let's just get rid of all these stupid prototypes.
https://bugzilla.gnome.org/show_bug.cgi?id=674860
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674860
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674318
|
| |
| |
| |
| |
| |
| | |
Makes things easier and saves us from dupping the info.
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| |
| |
| |
| |
| | |
They were basically the same function. The only difference was that one was
assuming to receive an empty string during the first iteration while the other
was coping with it being NULL.
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=674182
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
User of the dialog should wait for the widget to be completely done before
destroying it.
Change the 'success' dialog response to GTK_RESPONSE_APPLY to stay coherent
with the response type received from EmpathyAccountWidget.
https://bugzilla.gnome.org/show_bug.cgi?id=675667
|
| |
| |
| |
| |
| |
| |
| | |
It was only used by empathy-av. Move the #defines to call-window where
they are used.
https://bugzilla.gnome.org/show_bug.cgi?id=675647
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=640417
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675597
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675597
|
| |
| |
| |
| |
| |
| | |
This approve function is way to big, let's split it.
https://bugzilla.gnome.org/show_bug.cgi?id=675597
|
| |
| |
| |
| |
| |
| | |
Instead call both gst_object_ref() and gst_object_sink()
https://bugzilla.gnome.org/show_bug.cgi?id=675590
|
| |
| |
| |
| | |
The latter has been deprecated in tp-glib master.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675246
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| |
| |
| | |
It's basically the same as empathy_tp_chat_join()
https://bugzilla.gnome.org/show_bug.cgi?id=675229
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675296
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=675296
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
600 seems to be a decent default height and that's already the one we use for
the log viewer window.
We continue relying on Gtk+ to pick the best width as there is no point making
the window wider as long as all the menus are displayed.
https://bugzilla.gnome.org/show_bug.cgi?id=674432
|
|\|
| |
| |
| |
| | |
Conflicts:
po/ca@valencia.po
|
| |
| |
| |
| |
| |
| |
| | |
Hidden is disabled by default, so if Empathy is re-invoked with --hidden
explicitely passed, we shouldn't bring back the contact list or any UI.
https://bugzilla.gnome.org/show_bug.cgi?id=673691
|
| |
| |
| |
| | |
Looks like it has been accidentally removed.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=673821
|
| |
| |
| |
| |
| |
| |
| | |
That means EmpathyTpChat doesn't have to implement the EmpathyContactList
interface any more.
https://bugzilla.gnome.org/show_bug.cgi?id=673821
|
| |
| |
| |
| |
| |
| | |
We want to get rid of the EmpathyContactList interface.
https://bugzilla.gnome.org/show_bug.cgi?id=673821
|
| |
| |
| |
| |
| |
| | |
g_mutex_new() has been deprecated in GLib 2.31.
https://bugzilla.gnome.org/show_bug.cgi?id=662662
|
| |
| |
| |
| |
| |
| | |
It has been deprecated in GLib 2.31.
https://bugzilla.gnome.org/show_bug.cgi?id=662662
|
| | |
|
| | |
|
| |
| |
| |
| | |
It's not used any more by Intel.
|
|\| |
|
| |
| |
| |
| |
| |
| |
| | |
If we manage to fetch all the info from EDS the account is ready to connect
and so the 'Connect' button should be sensitive right away.
https://bugzilla.gnome.org/show_bug.cgi?id=673451
|
| | |
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=673159
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=673159
|
|/
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673159
|
|
|
|
|
|
|
| |
Or the actors will be raised relative to their box, but not relative to
the whole scene.
https://bugzilla.gnome.org/show_bug.cgi?id=673046
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673162
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673162
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673162
|
|
|
|
|
|
| |
No semantic change.
https://bugzilla.gnome.org/show_bug.cgi?id=673162
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673141
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=673141
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Prevent a crash when using a11y as GTK+ may want to look at the content of the
row as soon it's added. See the bug for details.
https://bugzilla.gnome.org/show_bug.cgi?id=670601
|
|\ |
|
| |
| |
| |
| |
| | |
This is kind of overkill to avoid me typoing the two names used in
empathy-chat-window.c, but, hey.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Gnome Shell filters out notifications from Empathy whose category is
something the Shell shows its own notification for. However, we
previously used the im.received category for notifications about being
highlighted in a MUC, as well as for incoming 1-1 IM notifications. The
Shell filters these out these notifications, because it shows its own
1-1 notifications, but it doesn't show MUC highlight notifications.
So this patch sets a different category on notifications from chat
rooms, which makes them show up in Gnome Shell. I'm prefixing the
category with x-empathy, following the comment above
get_category_for_event_type in empathy-notifications-approver.c.
This shouldn't confuse other notification daemons, unless they were also
filtering out im.received but also showed their own highlight
notifications (which I find unlikely).
https://bugzilla.gnome.org/show_bug.cgi?id=652800
|
| |
| |
| |
| | |
Fixes: https://bugzilla.gnome.org/672796
|
|/
|
|
| |
Fixes: https://bugzilla.gnome.org/672796
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672560
|
|
|
|
|
|
|
|
|
|
| |
Make this a real toolbar, and add a CSS provider to set the correct
border radius.
In the future, GTK and Adwaita will support an 'OSD' style class that
takes care of this automatically, but right now we have add these few
lines of code.
https://bugzilla.gnome.org/show_bug.cgi?id=672560
|
|
|
|
|
|
|
|
|
|
|
| |
It's way easier to use a ClutterBoxLayout to ensure the preview
rectangles and the floating toolbar don't overlap.
This way, we can get rid of some complicated manual UI layouting code
and just a margin to set the bottom spacing for the floating toolbar.
Also, this makes the code not dependent on a hardcoded toolbar size
anymore.
https://bugzilla.gnome.org/show_bug.cgi?id=672560
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672560
|
|
|
|
|
|
|
| |
Use color shades from the color theme for preview placeholders, instead
of hardcoding black/red.
https://bugzilla.gnome.org/show_bug.cgi?id=672561
|
|
|
|
|
|
| |
And not [0..255] integers.
https://bugzilla.gnome.org/show_bug.cgi?id=672561
|
|
|
|
|
|
| |
We should try to display as much rows as possible.
https://bugzilla.gnome.org/show_bug.cgi?id=672839
|
|
|
|
|
|
| |
empathy-accounts already does it for us.
https://bugzilla.gnome.org/show_bug.cgi?id=672839
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672596
|
|
|
|
|
|
|
| |
We should still display the 'no account' page if none is configured or
enabled.
https://bugzilla.gnome.org/show_bug.cgi?id=672506
|
|
|
|
|
|
| |
Looks like the new doc infra uses "help" rather than "ghelp".
https://bugzilla.gnome.org/show_bug.cgi?id=672596
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672608
|
|
|
|
|
|
|
| |
So that the banner is not packed even when the window is at its minimum
size.
https://bugzilla.gnome.org/show_bug.cgi?id=672504
|
|
|
|
|
|
|
| |
Insufficient refcount on priv->video_preview_sink caused segfaults
when accessing freed data.
https://bugzilla.gnome.org/show_bug.cgi?id=672063
|
|
|
|
|
|
|
| |
Fixes the crash when calling someone while being already in a call
with the same contact.
https://bugzilla.gnome.org/show_bug.cgi?id=671931
|
|
|
|
|
|
|
| |
All these flags are making this code pretty messy. Hopefully we'll move and
clean it when implementing the new design next cycle.
https://bugzilla.gnome.org/show_bug.cgi?id=672036
|
|
|
|
|
|
|
| |
If for some unspecified reason a call go to the TP_CALL_STATE_ENDED
state, reinitialize the call window.
https://bugzilla.gnome.org/show_bug.cgi?id=671931
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671035
|
|
|
|
|
|
|
| |
tp_connection_get_contacts_by_handle() will raise a warning if the
TpConnection has been invalidated.
https://bugzilla.gnome.org/show_bug.cgi?id=671035
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=671035
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672120
|
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Also try to set a transparent background on the GtkBin inside
GtkClutteActors, but for some reason it's not working here.
https://bugzilla.gnome.org/show_bug.cgi?id=671718
|
|\ \ |
|
| | |
| | |
| | |
| | | |
https://bugzilla.gnome.org/show_bug.cgi?id=671720
|
| | |
| | |
| | |
| | |
| | |
| | | |
Looks like that's the right way to do it since Clutter 1.8
https://bugzilla.gnome.org/show_bug.cgi?id=669673
|
|/ /
| |
| |
| |
| |
| | |
It can happen, typically if no account is currently selected.
https://bugzilla.gnome.org/show_bug.cgi?id=671790
|
| |
| |
| |
| |
| |
| | |
The first value was never used and overrided a few lines below.
https://bugzilla.gnome.org/show_bug.cgi?id=670745
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=671644
|
| |
| |
| |
| |
| |
| | |
This is by analogy to F9 toggling the sidebar in Nautilus.
https://bugzilla.gnome.org/show_bug.cgi?id=671547
|
| | |
|
| | |
|
| |
| |
| |
| | |
gtk_scale_new_with_range() has been introduced in GTK+ 3.0 so we're good.
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=671452
|
| |
| |
| |
| |
| |
| |
| | |
empathy-auth-client is the best place to do such tasks as it will be run even
if using only the Shell without Empathy's UI.
https://bugzilla.gnome.org/show_bug.cgi?id=671452
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
This reverts commit c7dd14aef20e429135fba7c7a53a8d507b9579a3.
|
| |
| |
| |
| |
| |
| |
| |
| | |
It early returns if the channel is an outgoing one. And it's called as a
result of empathy_streamed_media_handler_start_call() so it's not accepted
automatically.
We just keep the existing behaviour.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts commit ba0a893b1d31cdb234bae72845e840a895b9d62a.
Conflicts:
src/Makefile.am
|
| |
| |
| |
| |
| |
| | |
This reverts commit 8499da09a2cd61da8c02b34f00112672007d13c8.
Need for empathy-av
|
| |
| |
| |
| | |
Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=671061
|
| |
| |
| |
| |
| |
| |
| | |
Part of my commit ed191caba6658b580db78a1802f2c8293e4564fb was wrong.
subpad is added to the bin so gst_element_add_pad() takes its reference.
https://bugzilla.gnome.org/show_bug.cgi?id=670745
|
| |
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=670745
|
| |
| |
| |
| |
| |
| |
| | |
gst_ghost_pad_new() doesn't take ownership of the target pad so we have to
unref it ourself.
https://bugzilla.gnome.org/show_bug.cgi?id=670745
|
| | |
|
| |
| |
| |
| | |
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
|