After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 610455 - Removed account aren't show in log viewer
Removed account aren't show in log viewer
Status: RESOLVED OBSOLETE
Product: empathy
Classification: Core
Component: Archives
unspecified
Other Linux
: Normal normal
: ---
Assigned To: empathy-maint
empathy-maint
Depends on:
Blocks:
 
 
Reported: 2010-02-19 13:50 UTC by Cosimo Alfarano
Modified: 2018-05-22 14:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch to show a Display Name for TpAccount, when not present (582 bytes, patch)
2010-03-30 15:39 UTC, Cosimo Alfarano
none Details | Review
show last segment of account path (1.22 KB, application/octet-stream)
2010-03-30 16:01 UTC, Cosimo Alfarano
  Details

Description Cosimo Alfarano 2010-02-19 13:50:36 UTC
This bug applies both to current git version (2.29.x) and the future TPL enabled version.

Empathy queries the account manager only for the valid accounts, and shows the result in the log viewer for account selection.
If one removes an account which has a log history, this account should be shown in the log viewer and empathy should allow the user to search the removed account's logs.
Comment 1 Cosimo Alfarano 2010-02-19 14:12:49 UTC
A note about TPL version:

there is a FIXME in libempathy/empathy-message.c pointing to this bug, which alerts that the way the account is obtained might be a problem when this bug will be fixed.

empathy_contact_from_tpl_contact() needs a TpAccount only because it's the only way for EmpathyContact to obtain the avatar instance.

A suggestion might be keeping a map of avatar_token->avatar_file_path in order to look up the token instead of building it's path using a TpAcccount.

Removing the needing of a TpAccount for the avatar, will make useless for 
empathy_contact_from_tpl_contact() to have TpAccount as arg, and thus for
empathy_message_from_tpl_log_entry() to create the account.

This also would let the log window browse removed accounts with probably just small changes in EmpathyAccountChooser to allow it to query TPL for all the logged accounts, when in a log window.
Comment 2 Cosimo Alfarano 2010-03-30 15:39:49 UTC
Created attachment 157509 [details] [review]
Patch to show a Display Name for TpAccount, when not present
Comment 3 Cosimo Alfarano 2010-03-30 16:01:43 UTC
Created attachment 157513 [details]
show last segment of account path
Comment 4 Cosimo Alfarano 2010-03-30 16:05:19 UTC
A memo:

The 1st patxh is a (really) poor approach to add a Display name when TPL returns a TpAccount in a TplLogSearchHit which is actually not existent anymore (ie removed).

The 2nd one is the same but using the last segment of the account path (ie "user_40jabber_2eorg0")

Not patched, the log-window would show an empty string for the Account Name column.
Comment 5 Emilio Pozuelo Monfort 2011-06-22 16:03:52 UTC
This is blocked by https://bugs.freedesktop.org/show_bug.cgi?id=26648
Comment 6 André Klapper 2012-02-03 14:09:47 UTC
Comment on attachment 157509 [details] [review]
Patch to show a Display Name for TpAccount, when not present

[Setting "patch" flag so this can actually be queried for.]
Comment 7 Guillaume Desmottes 2012-02-03 14:55:12 UTC
Cosimo: I'm really sorry, I missed those patches. As André said, tagging them as 'patch' make them easier to be found.

Anway, I think the right approach for this is to use the new "account identifier" approach we discussed few weeks ago. Do you agree?
Comment 8 GNOME Infrastructure Team 2018-05-22 14:02:38 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/empathy/issues/188.