[gnome-bluetooth] Bug: gnome-phone-manager (receiving sms)

[Richard Torkar]

Hi Edd and all,

I've been using gnome-phone-manager (gpm) for a few days now and I've
noticed a bug. Great software btw!

Scenario:

I send an sms to my friend on his phone number +46706888888.
I then send an sms to my own phone +46706999999.
I then receive an sms from my friend.

What happens:

My friends gets the sms.
I send (and get) my sms through gpm.
I then receive an sms from my friend BUT gpm displays the previous sms
instead of the new one (it displays the one I sent to myself).

Here is the output from .xsession-errors:

** Message: Queued message to +46706888888
** Message: Sending message to +46706888888
** Message: Message sent
** Message: Queued message to +46706999999
** Message: Sending message to +46706999999
** Message: Message sent
** Message: SMS message received
** Message: Got message +46706999999 | 1087814330 | Hej!
** Message: Type of message: SMS message
---------------------------------------------------------------------------
Message type: SMS-DELIVER
SC address: '46705008999'
More messages to send: 1
Reply path: 0
User data header indicator: 0
Status report indication: 0
Originating address: '46706999999'
Protocol identifier: 0x0
Data coding scheme: default alphabet
SC timestamp: 06/21/04 12:38:50 (+0200)
User data length: 4
User data header: 0x
User data: 'Hej!'
---------------------------------------------------------------------------

** Message: SMS message received
** Message: Got message +46706999999 | 1087814330 | Hej!
** Message: Type of message: SMS message
---------------------------------------------------------------------------
Message type: SMS-DELIVER
SC address: '46705008999'
More messages to send: 1
Reply path: 0
User data header indicator: 0
Status report indication: 0
Originating address: '46706999999'
Protocol identifier: 0x0
Data coding scheme: default alphabet
SC timestamp: 06/21/04 12:38:50 (+0200)
User data length: 4
User data header: 0x
User data: 'Hej!'
---------------------------------------------------------------------------

Best,


/Richard
--