[Rtcomm] [Bug 7512] New: conversations are ordered by event id instead of date
bugzilla-daemon at maemo.org
bugzilla-daemon at maemo.org
Wed Dec 30 21:51:47 EET 2009
https://bugs.maemo.org/show_bug.cgi?id=7512
Summary: conversations are ordered by event id instead of date
Product: Chat & Call & SMS
Version: 5.0/(1.2009.42-11)
Platform: All
OS/Version: Maemo
Status: UNCONFIRMED
Severity: normal
Priority: Low
Component: Messaging
AssignedTo: rtcomm at maemo.org
ReportedBy: corsac at debian.org
QAContact: im-chat-bugs at maemo.bugs
SOFTWARE VERSION:
(Settings > General > About product)
1.2009.42-11
EXACT STEPS LEADING TO PROBLEM:
(Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message
Connection Failed appears))
1. import sms using rtcom-eventlogger API
2.
3.
EXPECTED OUTCOME:
Imported SMS are displayed inside existing SMS, at the correct date.
ACTUAL OUTCOME:
SMS are inserted in the end.
REPRODUCIBILITY:
always
EXTRA SOFTWARE INSTALLED:
OTHER COMMENTS:
Ok, I'll give a bit more details. I used the soft at
http://talk.maemo.org/showthread.php?t=37354 to import SMS from my previous
phone. I tuned the program to make it read an XML dump from Wammu, but
basically it's the same thing. It uses rtcom-eventlogger API to insert new SMS
in the Fremantle dabatase.
When I use it to import SMS, those are displayed in conversations at the end,
even if they are dated from before other events.
Basically, it seems that the events are ordered by event id (in the el.db
sqlite base) and not by date.
IMHO it would make sense to order by date because of that feature (SMS import
could be a nice feature to have, even provided by community).
Cheers,
--
Yves-Alexis
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; fr-fr) AppleWebKit/531+
(KHTML, like Gecko) Safari/531.2+ Midori/0.2.2
--
Configure bugmail: https://bugs.maemo.org/userprefs.cgi?tab=email
Replies to this email are NOT read, instead please add comments at
https://bugs.maemo.org/show_bug.cgi?id=7512
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the Rtcomm
mailing list