Ticket #1006 (closed defect: fixed)
SMS stored on SIM, against framework.conf's wishes
| Reported by: | ssam | Owned by: | TAsn |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | SHR Image | Version: | SHR-testing |
| Keywords: | Cc: |
Description
My sim only holds 10 messages, so i need my messages stored in the sqlite database.
/etc/frameworkd.conf has
[opimd] contacts_default_backend = SQLite-Contacts messages_default_backend = SQLite-Messages calls_default_backend = SQLite-Calls dates_default_backend = SQLite-Dates notes_default_backend = SQLite-Notes tasks_default_backend = SQLite-Tasks messages_default_folder = Unfiled messages_trash_folder = Trash sim_messages_default_folder = SMS contacts_merging_enabled = 1 rootdir = ../etc/freesmartphone/opim:/etc/freesmartphone/opim:/usr/etc/freesmartphone/opim
however income SMS are still stored on SIM causing it to fill and block new messages.
maybe some of the log is interesting. i can send more, but i dont want to post personal info on the bug tracker
2010.03.13 11:29:48.190 ogsmd DEBUG (<MiscChannel via /dev/pts/0>: last communication with modem was 68 seconds ago. Sending EOF to wakeup) 2010.03.13 11:29:48.603 ogsmd.channel DEBUG <MiscChannel via /dev/pts/0>: sending 11 bytes: 'AT+CMGD=1\r\n' 2010.03.13 11:29:49.763 ogsmd.channel DEBUG <UnsolicitedResponseChannel via /dev/pts/1>: got 14 bytes: '\r\n%CPRI: 1,2\r\n' 2010.03.13 11:29:49.773 ogsmd.device INFO org.freesmartphone.GSM.Network.CypherStatus: enabled: unknown 2010.03.13 11:29:50.812 ogsmd.channel DEBUG <MiscChannel via /dev/pts/0>: got 6 bytes: '\r\nOK\r\n' 2010.03.13 11:29:50.821 ogsmd.channel DEBUG <MiscChannel via /dev/pts/0>: COMPLETED 'AT+CMGD=1' => ['OK'] 2010.03.13 11:29:52.607 ogsmd.channel DEBUG <UnsolicitedResponseChannel via /dev/pts/1>: got 14 bytes: '\r\n%CPRI: 1,2\r\n' 2010.03.13 11:29:52.616 ogsmd.device INFO org.freesmartphone.GSM.Network.CypherStatus: enabled: unknown 2010.03.13 11:29:54.727 ogsmd.channel DEBUG <UnsolicitedResponseChannel via /dev/pts/1>: got 17 bytes: '\r\n+CMTI: "SM",1\r\n' 2010.03.13 11:29:54.736 ogsmd.device INFO incoming message on sim storage index 1 2010.03.13 11:29:54.756 opimd ERROR Got incoming stored message, shouldn't happen 2010.03.13 11:29:54.793 ogsmd.channel DEBUG <MiscChannel via /dev/pts/0>: sending 11 bytes: 'AT+CMGR=1\r\n' 2010.03.13 11:29:55.654 ogsmd.channel DEBUG <MiscChannel via /dev/pts/0>: got 16 bytes: '\r\n+CMGR: 0,,77\r\n' 2010.03.13 11:29:55.674 ogsmd.channel DEBUG <MiscChannel via /dev/pts/0>: got 89 bytes: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx' 2010.03.13 11:29:55.699 ogsmd.channel DEBUG <MiscChannel via /dev/pts/0>: got 89 bytes: 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxx3\r\n\r\nOK\r\n' 2010.03.13 11:29:55.713 ogsmd.channel DEBUG <MiscChannel via /dev/pts/0>: COMPLETED 'AT+CMGR=1' => ['+CMGR: 0,,77', 'xxxxxxxxxxxxxxxxxxxxxxxxx', 'OK'] 2010.03.13 11:29:55.759 opimd DEBUG Processing entry " xxxxxxxxxxxxxxxxxxx"... 2010.03.13 11:29:55.781 opimd DEBUG Message is incoming! 2010.03.13 11:29:55.788 opimd DEBUG It's CSM! 2010.03.13 11:30:02.398 ogsmd.channel DEBUG <UnsolicitedResponseChannel via /dev/pts/1>: got 14 bytes: '\r\n%CPRI: 1,2\r\n' 2010.03.13 11:30:02.408 ogsmd.device INFO org.freesmartphone.GSM.Network.CypherStatus: enabled: unknown 2010.03.13 11:30:04.522 ogsmd.channel DEBUG <UnsolicitedResponseChannel via /dev/pts/1>: got 17 bytes: '+CMS ERROR: 322\r\n' 2010.03.13 11:30:04.531 ogsmd.device INFO sim memory full 2010.03.13 11:30:24.227 ogsmd.channel DEBUG <UnsolicitedResponseChannel via /dev/pts/1>: got 20 bytes: '\r\n%CSQ: 16, 99, 1\r\n' 2010.03.13 11:30:24.237 ogsmd.device INFO org.freesmartphone.GSM.Network.SignalStrength: 81 2010.03.13 11:30:32.702 ogsmd.channel DEBUG <UnsolicitedResponseChannel via /dev/pts/1>: got 20 bytes: '\r\n%CSQ: 19, 99, 2\r\n' 2010.03.13 11:30:32.712 ogsmd.device INFO org.freesmartphone.GSM.Network.SignalStrength: 86 2010.03.13 11:30:45.17 otimed DEBUG checking time sources 2010.03.13 11:30:45.24 otimed DEBUG no working time source 2010.03.13 11:30:45.37 frameworkd.controller DEBUG alive and kicking 2010.03.13 11:31:45.62 frameworkd.controller DEBUG alive and kicking 2010.03.13 11:32:15.32 otimed DEBUG checking time sources
Attachments
Change History
comment:1 follow-up: ↓ 3 Changed 3 years ago by mrmoku
- Status changed from new to closed
- Resolution set to fixed
comment:2 follow-up: ↓ 4 Changed 3 years ago by ssam
- Status changed from closed to reopened
- Resolution fixed deleted
I deleted all the messages from the SIM. after a few days i get the SIM full message again (and presumably can't receive messages anymore (before the march shr-t, i could still get new messages even when i got the SIM full message)).
i conclude that the messages are not being deleted from the SIM.
if i run
for x in seq 10; do mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrieveMessage? $x ; done
i see my 10 most recent messages.
i have upgraded my shr-t today.
comment:3 in reply to: ↑ 1 Changed 3 years ago by TAsn
Replying to mrmoku:
current frameworkd has no different storage backends anymore... everything is stored in sqlite now. NOTE: the SIM is still used to _buffer_ incoming messages though!
He is correct, the logs do show that there's an issue.
comment:4 in reply to: ↑ 2 Changed 3 years ago by TAsn
- Owner changed from ainulindale to TAsn
- Status changed from reopened to accepted
Replying to ssam:
I deleted all the messages from the SIM. after a few days i get the SIM full message again (and presumably can't receive messages anymore (before the march shr-t, i could still get new messages even when i got the SIM full message)).
i conclude that the messages are not being deleted from the SIM.
if i run
for x in seq 10; do mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrieveMessage? $x ; done
i see my 10 most recent messages.
i have upgraded my shr-t today.
If possible, please provide the full frameworkd log.
Messages should not be stored on sim, but straight in opimd (not even buffering in sim). The fact that ogsmd decided to save it, is bad. I wonder if I should delete from sim when I encounter such behavior.
comment:5 Changed 3 years ago by TAsn
I added more error handling to opimd, after jama rebuilds frameworkd (to rev 0c9251d... or higher), please upgrade and tell me if you see progress :P (After manually cleaning the sim).
comment:7 follow-ups: ↓ 9 ↓ 10 Changed 3 years ago by ssam
sorry i forgot to say in the original post. i have been using shr-t.
i attached a frameworkd.log. (sms3-frameworkd.log) it covers booting, freeing a spot on the SIM, and receiving a SMS. i xxxxed out the bits that look like the raw sms and i guess contain a phone number.
will the new opimd and frameworkd be in shr-t, opkg update+upgrade did not find anything.
comment:9 in reply to: ↑ 7 Changed 3 years ago by TAsn
Replying to ssam:
sorry i forgot to say in the original post. i have been using shr-t.
i attached a frameworkd.log. (sms3-frameworkd.log) it covers booting, freeing a spot on the SIM, and receiving a SMS. i xxxxed out the bits that look like the raw sms and i guess contain a phone number.
will the new opimd and frameworkd be in shr-t, opkg update+upgrade did not find anything.
New opimd is already in shr-testing.
comment:10 in reply to: ↑ 7 Changed 3 years ago by TAsn
Replying to ssam:
sorry i forgot to say in the original post. i have been using shr-t.
i attached a frameworkd.log. (sms3-frameworkd.log) it covers booting, freeing a spot on the SIM, and receiving a SMS. i xxxxed out the bits that look like the raw sms and i guess contain a phone number.
will the new opimd and frameworkd be in shr-t, opkg update+upgrade did not find anything.
I will ask spaetz to upgrade to the newer version, that should be ok. I will try to think about a solution.
comment:11 Changed 3 years ago by TAsn
I think this issue is fixed (as speatz said he'll upgrade frameworkd in testing).
If you see it still happens, please let me know.
Be advised that you need to clear sim *manually* as my fix won't do that on it's own.
comment:12 Changed 3 years ago by TAsn
- Status changed from accepted to closed
- Resolution set to fixed
comment:13 follow-up: ↓ 14 Changed 3 years ago by jeremy-list
- Status changed from closed to reopened
- Resolution fixed deleted
not yet fixed in testing, and I can't recieve any sms (sim remains "full" even after deleting all my messages). I ran 'opkg update; opkag upgrade' 5 minutes ago and no improvement.
comment:14 in reply to: ↑ 13 Changed 3 years ago by TAsn
Replying to jeremy-list:
not yet fixed in testing, and I can't recieve any sms (sim remains "full" even after deleting all my messages). I ran 'opkg update; opkag upgrade' 5 minutes ago and no improvement.
You should remove your sim messages using:
mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.DeleteMessage?
Not your opimd messages using GUI.
comment:16 Changed 3 years ago by TAsn
- Status changed from reopened to closed
- Resolution set to fixed
BillK confirmed in ML that it's fixed:
"After upgrading shr-testing this morning it seems that the sim fill
problem is resolved."
Fixed.


current frameworkd has no different storage backends anymore... everything is stored in sqlite now. NOTE: the SIM is still used to _buffer_ incoming messages though!