Ticket #7963 (closed defect)

Opened 13 months ago

Last modified 13 months ago

Protocol priority when mobile phone icon present

Reported by: chriswyatt Owned by:
Milestone: Component: libpurple
Version: 2.5.3 Keywords: protocol, priority, mobile, cellphone, icon, msn-pecan
Cc:

Description (last modified by chriswyatt) (diff)

If I have a user logged on with two accounts i.e. MSN and Facebook, often Facebook takes priority over the MSN account even though MSN is placed above Facebook in the contact. I'm guessing this has something to do with the mobile phone icon as I tested by dragging users to different aliases and this seems to be the case.

I'm using msn-pecan which uses the mobile phone icon to show that the user has registered a mobile with their account, not necessarily showing that they are logged on with it at the time. Even though this is maybe not the intended usage I still don't think that the platform that the user is on should effect priority, or at least there should be an option for this.

Here is the issue filed to msn-pecan: http://code.google.com/p/msn-pecan/issues/detail?id=109

Change History

  Changed 13 months ago by datallah

  • status changed from new to pending

Is the MSN account online at the time?

  Changed 13 months ago by chriswyatt

  • status changed from pending to new

Yes, with both statuses as available it happens.

  Changed 13 months ago by chriswyatt

  • description modified (diff)

  Changed 13 months ago by datallah

  • status changed from new to pending

The emblem itself has no impact on the priority of the buddy; if msn-pecan is also setting the "mobile" status for the buddy that will have an impact on the priority, but that would be a decision for the protocol plugin, not libpurple - if the buddy actually is mobile, then it seems reasonable that the priority would be lowered (you can configure this with the contact priority plugin).

  Changed 13 months ago by felipec

What does the "mobile" status implies?

I see that "mobile" contacts can br online, or offline, so the "mobile" status should not change the priority. If "mobile" somehow implies "available" then what you say makes sense, but that doesn't seem to be the case.

It seems to me that "mobile" status implies that the buddy can be contacted by mobile phone.

follow-up: ↓ 7   Changed 13 months ago by datallah

The mobile status is intended to indicate that the user is currently connected via a mobile device.

in reply to: ↑ 6 ; follow-up: ↓ 8   Changed 13 months ago by felipec

Replying to datallah:

The mobile status is intended to indicate that the user is currently connected via a mobile device.

Then it's used wrongly in the msn protocol because it's being used to indicate that the user can be contacted via SMS messages.

in reply to: ↑ 7   Changed 13 months ago by datallah

Replying to felipec:

Replying to datallah:

The mobile status is intended to indicate that the user is currently connected via a mobile device.

Then it's used wrongly in the msn protocol because it's being used to indicate that the user can be contacted via SMS messages.

In the MSN case (and probably yahoo and others), we don't differentiate between "Signed onto Mobile device" and "Any messages sent will be sent via SMS". Note that this isn't related to this particular ticket.

  Changed 13 months ago by trac-robot

  • status changed from pending to closed

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

Note: See TracTickets for help on using tickets.