[BitPim-devel] Failure Syncing Phonebook - Sanyo MM-7500

[Paul Greidanus]

Hi Devel,

I have a Sanyo MM-7500 that I'm trying to pull the phonebook off of, and
I'm getting the exception below. I pulled backgrounds, sms and
ringtones off with no problems whatsoever. And to complicate things, it
has a broken screen, so I can't find out anything about the phonebook
entries to see if there's a strange character or something..

In the logs, it gets the list of phonebook entries, but it fails after
reading the last entry.

BitPim version: 0.9.09-official
An unexpected exception has occurred.
Please see the help for details on what to do.

Traceback (most recent call last):
File "gui.pyo", line 276, in run
File "gui.pyo", line 153, in __call__
File "gui.pyo", line 1900, in getdata
File "phones\com_sanyo.pyo", line 417, in getphonebook
File "prototypes.pyo", line 1486, in __getitem__
IndexError: list index out of range

Variables by last 8 frames, innermost last

Frame __bootstrap in threading.pyo at line 442
self = <WorkerThread(BitPim helper, started daemon)>

Frame run in gui.pyo at line 269
e = <exceptions.IndexError instance at 0x02EC14E0>
res = None
self = <WorkerThread(BitPim helper, started daemon)>
item = (<gui.Request instance at 0x02C0CE40>, <gui.Callback
instance at 0x02C0CD78>)
call = <gui.Request instance at 0x02C0CE40>
ex = <exceptions.IndexError instance at 0x02EC14E0>
resultcb = <gui.Callback instance at 0x02C0CD78>
first = 0

Frame __call__ in gui.pyo at line 153
self = <gui.Request instance at 0x02C0CE40>
args = ()
d = Keys []
{}
kwargs = Keys []
{}

Frame getdata in gui.pyo at line 1900
count = 1
i = (<bound method GetPhoneDialog.GetPhoneBookSetting of
<guiwidgets.GetPhoneDialog;
self = <WorkerThread(BitPim helper, started daemon)>
req = <guiwidgets.GetPhoneDialog; proxy of C++ wxDialog
instance at _e0c8f700_p_wxDial
willcall = [(<bound method GetPhoneDialog.GetPhoneBookSetting of
<guiwidgets.GetPhoneDialog
results = Keys ['ringtone-index', 'sync', 'uniqueserial',
'wallpaper-index']
{'sync': {'phonebook': 'OVERWRITE'},
'wallpaper-index': {1024: {'origin': 'camer
sync = Keys ['phonebook']
{'phonebook': 'OVERWRITE'}
st = 0
todo = [(<bound method WorkerThread.rebootcheck of
<WorkerThread(BitPim helper, started

Frame getphonebook in phones\com_sanyo.pyo at line 417
sortstuff = <phones.p_sanyonewer.pbsortbuffer object at 0x02C05830>
firsttype = 1
speedslot = [0, 0, 0, 0, 0, 0, 0, 0]
result = Keys ['ringtone-index', 'sync', 'uniqueserial',
'wallpaper-index']
{'sync': {'phonebook': 'OVERWRITE'},
'wallpaper-index': {1024: {'origin': 'camer
numemail = 1
pbook = Keys [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27]
{0: {'serials': [{'serial2': 0, 'serial1': 0,
'sourcetype': 'mm7500', 'sourceuni
res = <phones.p_sanyonewer.phonebookslotresponse object at
0x0368B190>
numentries = 0
req = <phones.p_sanyonewer.phonebookslotrequest object at
0x02C050B0>
numtype = -1
exchange = Keys ['number', 'type']
{'type': 'home', 'number': u'7804565903'}
numurl = 0
usedefaultnum = True
speedtype = ['', '', '', '', '', '', '', '']
numcount = 32
count = 28
kk = 1
k = 0
j = 0
i = 300
entry = Keys ['flags', 'names', 'numbers', 'serials']
{'serials': [{'serial2': 28, 'serial1': 28,
'sourcetype': 'mm7500', 'sourceuniqu
defaulttype = 'home'
self = <phones.com_sanyo7500.Phone instance at 0x02C0CDC8>

Frame __getitem__ in prototypes.pyo at line 1486
index = 300
self = <prototypes.LIST object at 0x02C05930>

[Stephen Wood]

Could you turn on protocol logging and try reading the phonebook again.
Send the entire protocol log to me and I'll see what I can figure out.

Stephen

Post by Paul Greidanus
Hi Devel,
I have a Sanyo MM-7500 that I'm trying to pull the phonebook off of, and
I'm getting the exception below. I pulled backgrounds, sms and
ringtones off with no problems whatsoever. And to complicate things, it
has a broken screen, so I can't find out anything about the phonebook
entries to see if there's a strange character or something..
In the logs, it gets the list of phonebook entries, but it fails after
reading the last entry.