Ticket #1006 (closed defect: fixed)

Opened 5 months ago

Last modified 4 months ago

SMS stored on SIM, against framework.conf's wishes

Reported by: ssam Owned by: TAsn
Priority: major Milestone: MS1
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

sms3-frameworkd.log (114.2 kB) - added by ssam 4 months ago.

Change History

follow-up: ↓ 3   Changed 4 months ago by mrmoku

  • status changed from new to closed
  • resolution set to 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!

follow-up: ↓ 4   Changed 4 months 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.

in reply to: ↑ 1   Changed 4 months 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.

in reply to: ↑ 2   Changed 4 months 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.

  Changed 4 months 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).

  Changed 4 months ago by BillK

Also seeing this on latest testing

Changed 4 months ago by ssam

follow-ups: ↓ 9 ↓ 10   Changed 4 months 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.

  Changed 4 months ago by ssam

  • version changed from SHR-unstable to SHR-testing

in reply to: ↑ 7   Changed 4 months 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.

in reply to: ↑ 7   Changed 4 months 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.

  Changed 4 months 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.

  Changed 4 months ago by TAsn

  • status changed from accepted to closed
  • resolution set to fixed

follow-up: ↓ 14   Changed 4 months 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.

in reply to: ↑ 13   Changed 4 months 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.

  Changed 4 months ago by Heinervdm

  • milestone set to MS1

  Changed 4 months 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.

Note: See TracTickets for help on using tickets.