[Pidgin] #9874: XMPP priority changes not obeyed for pre-existing conversation windows
Pidgin
trac at pidgin.im
Tue Sep 1 16:22:52 EDT 2009
#9874: XMPP priority changes not obeyed for pre-existing conversation windows
--------------------+-------------------------------------------------------
Reporter: rafi | Owner: deryni
Type: defect | Status: new
Milestone: | Component: XMPP
Version: 2.5.8 | Resolution:
Keywords: |
--------------------+-------------------------------------------------------
Comment(by hildjj):
The best practice is to unlock from the locked resource with ANY presence
change from the bare JID (user at domain). This allows the receiving server
to decide where the most available resource is at the time that the next
message is sent.
For example, if the resource that is locked was priority 10, then goes
auto-away with priority 0, messages should now be delivered to the user's
cell phone, which has priority 5.
Also, see Message Mine-ing (XEP 259:
http://xmpp.org/extensions/xep-0259.html) for a longer-term approach.
--
Ticket URL: <http://developer.pidgin.im/ticket/9874#comment:5>
Pidgin <http://pidgin.im>
Pidgin
More information about the Tracker
mailing list