When contact specific icons were disabled, you can't re-enable them any more

[sander]

When contact specific icons were disabled, you can't re-enable the contact specific icons any more. Only tested with the AIM transport! Even a restart of Coccinella does now work! It seems Coccinella does not see anymore this is a transport as also the special transport contact is not behaving normal (this should *always* have the transport icon!): it is put in the group Subscription Pending.

[sander (s-devrieze)]

Update: this only seem to happen when the transport is on another server and that server isn't discovered permanently.

[Mats (matsben)]

As it is designed right now you must have a fresh disco#info result from your login that shows which the transports are. It seems that the reported problem is related to this since it only happens when the server where the transport lives is not discoed. Missing disco#info results is a fairly big problem and I will therefore test caching these results on file that is then reused between sessions and launches.

[Mats (matsben)]

There is now a working cache for disco-info results which saves all this to disk for all servers. This is used in many places now where passive info like names and icons are needed, but not for everything, of course, since that would be to fool the user to think features are reachable when they come from somewhere else. But this works only if you have discoed a server once. I added this also to the functions which getting contact icons. So if you have discoed a server with a transport, added a user with a domain name equal to the transports, then you will always get the right icon from the disco-info cache.

[Mats (matsben)]

I am now also using cached disco-info results to find out if a JID is a transport instead of using ugly heuristics. This should put transport in the Transport folder even if they have been added from a foreign server which isn't discoed anymore.