| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This reverts commit 670aec4ba8b16fbf35afdf65b65c1904872286dc.
https://bugzilla.gnome.org/show_bug.cgi?id=680152
|
|
|
|
|
|
|
|
|
|
| |
Empathy currently displays a phone icon for clients which indicate that
they're phones. However some mobile clients use the "handheld" client
type instead (e.g. Xabber on android devices).
While changing things around, i've also refactored the code a bit to
ensure that the determination will stay consistent in the various
location if it's changed in future.
|
|
|
|
|
| |
tp-glib 1.0 will enforce to only include telepathy-glib.h so best doing it to
reduce the delta with the future stable branch.
|
|
|
|
| |
tp_contact_get_contact_info() has been deprecated.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's not clear if 0.8 will be released for GNOME 3.6 so the release team
prefers to stick with 0.6 for now.
And yeah, gee-1.0 is the 0.6.x series and gee-0.8 the 0.7.x, nice work
guys...
Revert "gee_iterator_first is no more in libgee 0.8"
This reverts commit 24d30e15b34b654eff96f4a358801290ebe09ec0.
Revert "libempathy: Port empathy to libgee 0.8."
This reverts commit d563fa078b2a13b3c06b1de626105e0510568e57.
|
|
|
|
|
|
|
| |
With folks depending upon libgee-0.8 brealage in empathy arise,
that is gee_iterator_first is not available.
https://bugzilla.gnome.org/show_bug.cgi?id=680152
|
|
|
|
|
|
| |
Best to to not show anything than showing we don't know.
https://bugzilla.gnome.org/show_bug.cgi?id=679136
|
|
|
|
|
|
|
| |
There is no point cluttering the UI with it as we don't allow user to choose
which param he wants to set.
https://bugzilla.gnome.org/show_bug.cgi?id=671983
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=661500
|
|
|
|
|
|
|
| |
The EmpathyIndividualWidget object is re-used for tooltips so we should remove
the ChamplainEmbedView before trying to add a new one.
https://bugzilla.gnome.org/show_bug.cgi?id=661500
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
|
|
|
|
|
|
|
|
|
|
| |
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/
|
|
|
|
|
|
| |
This will be needed when using this widget in MUC.
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
|
|
|
|
|
|
| |
That way we'll pick at least one TpContact if there is only one contact in
the individual and he doesn't have any presence (IRC for example).
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=663763
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=662903
|
|
|
|
|
| |
Update empathy-individual-widget for these changes. This comes from the rebase
of this branch.
|
|
|
|
|
|
|
| |
Why do we still have this annoying split?
Rebasing this work will pull in a dependency on empathy-string-parser, which is
part of libempathy-gtk. Hence the move.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=660429
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
EmpathyIndividualWidget (used both in the contact information dialogs
and in the tooltips) use a GtkTable internally to layout contact
details.
GtkTable is being deprecated, and does not correctly support
width-for-height size negotiation. So, there are cases where we get
funny overallocations bugs for wrapping GtkLabels; this is especially
annoying for tooltips, as they tend to grow huge vertically.
Porting the code to use a better container such as GtkGrid solves the
bug. This patch does not cover all the use of GtkTable in
EmpathyIndividualWidget, but enough to fix the tooltip sizing.
https://bugzilla.gnome.org/show_bug.cgi?id=658857
|
|
|
|
|
|
|
| |
Helps: bgo#653599 - Empathy shouldn't assume all TpfPersonas contain a
valid TpContact
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
|
|
|
|
|
| |
TP_CONNECTION_FEATURE_CONTACT_INFO
https://bugzilla.gnome.org/show_bug.cgi?id=656831
|
|
|
|
| |
notify::contact-info signal (#652496)
|
|
|
|
| |
Helps: bgo#648822 - Port Empathy to Folks 0.5.1
|
|
|
|
| |
Helps: bgo#648822 - Port Empathy to Folks 0.5.1
|
| |
|
| |
|
|
|
|
|
| |
Fixes bgo#644470 - Empathy needs to catch up with Folks interface name change
(API/ABI breaks)
|
|
|
|
|
| |
Helps bgo#644470 - Empathy needs to catch up with Folks interface name change
(API/ABI breaks)
|
|
|
|
|
| |
Helps bgo#644470 - Empathy needs to catch up with Folks interface name change
(API/ABI breaks)
|
|
|
|
|
| |
Helps bgo#644470 - Empathy needs to catch up with Folks interface name change
(API/ABI breaks)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Generalise the mechanism used to determine whether a persona is to be
displayed by Empathy to also take into account whether the persona is the
user and, if so, whether they're in the contact list.
This bumps the libfolks dependency to 0.3.5.
Closes: bgo#637151
|
| |
|
| |
|
|
|
|
|
| |
Reconnecting a signal while you are handling it isn't exactly a good idea as
it will result in an infinite loop eating all your memory (#635105).
|
|
|
|
| |
Fixes bgo#637847.
|
|
|
|
|
| |
Catch up with three interface renamings which have happened in folks master.
This bumps Empathy's folks dependency to 0.3.3. Closes: bgo#637097
|
|
|
|
|
| |
Change all occurrences of “meta-contacts” in translatable strings to use the
phrase “linked contacts” instead. Closes: bgo#631096
|
| |
|
|
|
|
|
|
|
|
| |
Also refactor having a TpContact in the EmpathyIndividualViewPriv
struct, so that contact info and client types info use the same
TpContact.
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
|
|
|
| |
Seems the default changed in GTK3.
|
|
|
|
|
| |
FolksAliasable is the new name for FolksAlias, and FolksGroupable
is the new name for FolksGroups.
|
|
|
|
| |
It shouldn't be needed any more with GTK-3.
|
|
|
|
|
|
| |
The EmpathyIndividualWidget may be destroyed between starting and finishing
an async call to get contact details. This patch prevents the finishing
callback from accessing private data which may have been freed.
|
| |
|
|
|
|
|
|
|
|
|
| |
In certain cases, a tooltip will be updated on the contact list when unlinking
a meta-contact (reproducable with a meta-contact of meta-contacts). In order
to prevent an individual table from getting stuck in the
EmpathyIndividualWidget in the tooltip, EmpathyIndividualWidget needs to
connect to FolksIndividual::removed to be updated when the Individual is
removed or replaced.
|
|
|
|
|
|
|
| |
In the case that EmpathyIndividualWidget is going from showing Personas to
showing an Individual table, ensure that all persona tables are removed from
the widget, including those for Personas who're being removed from the
Individual. Closes: bgo#628481
|
| |
|
|
|
|
|
| |
This makes the notification of changed Personas a lot more efficient in
the widget. Helps: bgo#627706
|
| |
|
|
|
|
|
| |
Ensure that labels in EmpathyIndividualWidget are only selectable if the
widget isn't in tooltip mode. Closes: bgo#627917
|
| |
|
| |
|
| |
|
|
|
|
| |
It was expanding too much and leaking out of the tooltip balloon.
|
|
|
|
|
| |
Add a GtkScrolledWindow to EmpathyIndividualWidget in the case that it's
showing personas. Closes: bgo#627360
|
|
|
|
|
| |
It's now a fully-fledged widget of its own, rather than a thin wrapper
around EmpathyContactWidget. Closes: bgo#626728
|
|
This displays details for a single Individual, in much the same way that
EmpathyContactWidget displays the details of a single Persona.
|