ICQ aliases not being stored on server

[lpp]

I would like to have a feature to assign an alias to ICQ contact which will be stored on server. Nowadays Adium don't store contacts aliases on server but read it from them when loading contact list. Aliases are stored in blist.xml file in <alias></alias> items. Today it don't work because "right click->get info->settings->alias" stored only locally, not uploaded back to the server. And much more, it has an empty field but should contains field from <alias></alias>, I think.

Pidgin in Linux works well when renaming ICQ contacts in them, it means that libpurple have necessary functionality.

It will be good if we can rename contacts by one time clicking on them, like files in Finder.

[jas8522]

lpp: I forgot to ask you earlier, could you also attach any debug logging around the time where you change the contact's alias?

[lpp]

Replying to jas8522:

lpp: I forgot to ask you earlier, could you also attach any debug logging around the time where you change the contact's alias?

Sorry, but there is no debug log generated when I change alias.

[jas8522]

Could someone do the following:

1. Test this out with the 1.3.1 AdiumBeta to see if it continues
2. Test this with the latest version of  Pidgin on Windows or Linux to see if it can be done there?

Thanks

[trac-robot]

This ticket was closed automatically by the system. It was previously set to a Pending status and hasn't been updated within 14 days.

[badener]

I have the same problem with Adium 1.3.2.

On the latest version of Pidgin it worked for me (though I don't remember the version number)

If I can provide any log files let me know what you need.

[Robby]

Thanks for searching and providing accurate information.
I guess the developers will say if they require logs.

[badener]

Just some additional information I noticed today:

When changing the alias of a combined contact (in my case jabber + icq), it stores the alias correctly on the jabber server but the icq server is uneffected.

[evands]

(In [25696]) A long time ago, libpurple made no distinction between locally-set aliases stored on the server (e.g. "Mom") and buddy-provided aliases (e.g. "Rena"). It does now, so we no longer need to refuse to set aliases serverside. Fixes #9890

[evands]

(In [25697]) A long time ago, libpurple made no distinction between locally-set aliases stored on the server (e.g. Mom) and buddy-provided aliases (e.g. Rena). It does now, so we no longer need to refuse to set aliases serverside. Fixes #9890. Merged [25696].