Comment 1 for bug 145330

Handling multiple resources wasn't working at all and never has! I have now started adding an alternative to this suggestion. It ios configurable:

    # How to display multiple available resources.
    # highest-prio : only the one with highest priority
    # all : all
    set ::config(roster,multi-resources) "highest-prio"

Normally only the highest prio one is displayed. Instead of having an extra branch in the roster, which doesn't fit the roster plugin programming model at all and would be very messy to do, only the highest prio is shown, but where the branch is instead made on the popup menu. So if you click on a multi resource item you'll get each resource in a sub menu for the "Chat" entry. These can be ordered and the highest prio marked (Default) or something. There is some template code that isn't working yet. First I need to remove the implicit assumption when starting a chat thread (except to room) to use the bare JID as indicated in the XMPP. This assumption must be implemented higher up in the call hierarchy.