brosame has quit [Ping timeout: 252 seconds]
mdz has quit [Ping timeout: 264 seconds]
parazyd has quit [Ping timeout: 268 seconds]
parazyd has joined #maemo-leste
sunshavi has quit [Ping timeout: 264 seconds]
xmn has joined #maemo-leste
diejuse has quit [Quit: Client closed]
joerg is now known as Guest3384
Guest3384 has quit [Killed (zirconium.libera.chat (Nickname regained by services))]
joerg has joined #maemo-leste
<freemangordon> Wizzup: do we want to ask for sim pin every time phone applet is opened (if it was not initially entered)?
<freemangordon> I wonder why Nokia didn;t do it like that
<freemangordon> what android does?
<freemangordon> sicelo: ^^^ any thoughts?
<sicelo> i think a lot of what phone applet does doesn't necessarily need an unlocked SIM. however in the phone application, if you try to place a call, then it asks for pin again
<freemangordon> I am not sure you can do anything in phone applet without working sim
<sicelo> after all (re: applet), emergency calls don't need an unlocked SIM ... in fact don't necessarily need a SIM
<freemangordon> right
<freemangordon> but the point is - if sim is locked, shall we ask for unlock when starting Phone applet or just give a message?
<sicelo> ask for pin, but still allow skipping, i guess
<freemangordon> ok, that's what I was thinking of
<freemangordon> but, any idea why nokia didn't do it?
<sicelo> the usual? :-p
<freemangordon> because the current behaviour is on purpose
<freemangordon> no
<sicelo> i.e. (the usual explanation) that time was running out
<freemangordon> no, this behaviour is on purpose
<sicelo> oh
<freemangordon> this time :)
<freemangordon> so, I am wondering of there are some security concerns or something
<sicelo> so yeah, i guess it's what i said then ... that you can do a lot of the phone/modem management without an unlocked SIM
<freemangordon> ok, so there is no security concern you can think of against asking for pin again and again?
<sicelo> nothing that i can think of.
<freemangordon> me neither, so I will do it like that
<sicelo> oh, so actually the Phone applet doesn't even open at all when PIN is required :-p
<freemangordon> yes
<freemangordon> but, that can't work for multiple modems
<freemangordon> so, I can either ask for pin or show a message and make UI disabled for that particular modem or ask for PIN
<freemangordon> umm...
<freemangordon> sorry, still having my first coffee :)
<freemangordon> but you got the point
<freemangordon> lets see what others have to say about as well
<sicelo> rebooting my android phone right now to see how it behaves
<freemangordon> thanks
<sicelo> mmm, i like the Nokia way here ... my Samsung requires the PIN and won't let me get to the system without entering it
<freemangordon> how's that?
<freemangordon> I am sure androids I've seen allow you to bypass pin entry
<sicelo> could be Samsung modified the behavior then (they often do)
<freemangordon> hmm, my GF has sammy phone too
<freemangordon> I'll ask her in couple of minutes to check what happens
<sicelo> sure. you can also test with D4 by booting it to Android :-)
<freemangordon> there you can bypass
<sicelo> oh ok
<freemangordon> but not sure what happens in settings
<sicelo> anyway, at least as far as usability and ofono goes, there's no security concern from re-requesting pin when opening Phone applet
<freemangordon> right
<sicelo> ofono is already 'protecting' the modem properly. i checked i was able to set modem online with outstanding SIM pin (so emergency calls could work, for example), but there was nothing else that could be done. all the other interfaces remained absent
xmn has quit [Ping timeout: 268 seconds]
<freemangordon> ye
<freemangordon> s
uvos has joined #maemo-leste
<uvos> i think asking for the pin when you open the phone applet is bad since you could be trying to call via ip via wlan
<uvos> asking for a pin again when a call is placed via the modem is ok
<uvos> dsc_: nice
<uvos> dsc_: the only thing missing now for it to be generally usable for me is some way to use the actions usually assoicated with a context menu
<uvos> otherwise i think its looking great
<sicelo> uvos: phone applet is not phone application ...
<sicelo> it's in Control Panel
<freemangordon> :nod:
brosame has joined #maemo-leste
akossh has joined #maemo-leste
brosame has quit [Ping timeout: 268 seconds]
<uvos> ah ok
<uvos> no optiion on that
<uvos> stock asop android lets you bypass
<uvos> vendor implementations can variy however they want ofc
mdz has joined #maemo-leste
<Wizzup> 08:24 < freemangordon> Wizzup: do we want to ask for sim pin every time phone applet is opened (if it was not initially entered)?
<Wizzup> I think so
uvos has quit [Quit: Konversation terminated!]
sunshavi has joined #maemo-leste
brosame has joined #maemo-leste
diejuse has joined #maemo-leste
brosame has quit [Ping timeout: 268 seconds]
brosame has joined #maemo-leste
diejuse has quit [Quit: Client closed]
xmn has joined #maemo-leste
sunshavi has quit [Ping timeout: 256 seconds]
sunshavi has joined #maemo-leste
diejuse has joined #maemo-leste
sunshavi has quit [Ping timeout: 260 seconds]
sunshavi has joined #maemo-leste
arno11 has joined #maemo-leste
xmn has quit [Ping timeout: 256 seconds]
sunshavi has quit [Remote host closed the connection]
ceene has joined #maemo-leste
sunshavi has joined #maemo-leste
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #maemo-leste
diejuse has quit [Ping timeout: 250 seconds]
<Wizzup> i don't know if anyone else there eg25-g modems on usb from olimex, but they just reset when I online them
<Wizzup> and I'm pretty sure they're getting enough power
<Wizzup> I wonder if anything changed in our ofono
<sicelo> reset how
<sicelo> you can run ofono in debug mode to see if the issue lies with ofono
<Wizzup> no, it disappears as usb device
<Wizzup> probably similar to if you pulled the cable
<Wizzup> but it happens with both of them, even with the USB-CAP modules
<Wizzup> also tried different cables
<sicelo> unlikely to be ofono. sounds like kernel issues then? something like what happens on D4 occassionally, although the modem has been a bit more stable in recent testing
fab_ has joined #maemo-leste
<Wizzup> no, this happens every time
<Wizzup> it could be power draw, it's just, USB-CAP should help with that
<Wizzup> [ 151.718161] qmi_wwan 1-1:1.4: nonzero urb status received: -84
<Wizzup> [ 151.718169] qmi_wwan 1-1:1.4: wdm_int_callback - 1 bytes
<Wizzup> [ 151.720415] usb 1-1: USB disconnect, device number 2
<Wizzup> bleh
<sicelo> that's dmesg? but yes, kernel-side issue
<Wizzup> as opposed to ofono, probably
<Wizzup> but it's annoying as this is what I used to use for dev
<Wizzup> maybe it's qemu related somehow
fab_ has quit [Quit: fab_]
<sicelo> you can quickly confirm that (qemu) by installing ofono on the host, and seeing if its stable there
<sicelo> (ideally same version of ofono)
ceene has quit [Ping timeout: 246 seconds]
<Wizzup> yes
<Wizzup> not super quickly, but I can indeed
<Wizzup> tmlind: swapped cable from mz616 to mz617, but I don't see a mmcblk0
<Wizzup> hm, now mz616 doesn't see it either
<Wizzup> oh the card wasn't in properly I think...
<Wizzup> I guess I have to re-test
<Wizzup> still nothing
<dsc_> uvos: thanks
<dsc_> ill look into context menu yeah
mdz has quit [Ping timeout: 260 seconds]
arno11 has left #maemo-leste [#maemo-leste]