Antony Pranata's Forum Nokia Blog - Always Remember that Mobile Device has Limited Battery Power

Power batery

I phink that you must disclose program name .

Power batery

I phink that you must disclose program name .

scanner spyware

scanner spyware [URL=http://phdkma.150m.com/scanner-spyware.html - scanner spyware[/URL - [URL=http://phdkma.150m.com/computer-spyware-removal.html - computer spyware removal[/URL - [URL=http://phdkma.150m.com/computer-get-off-spyware.html - computer get off spyware[/URL - [URL=http://phdkma.150m.com/computer-spyware-trojan.html - computer spyware trojan[/URL - [URL=http://phdkma.150m.com/computer-associate-spyware.html - computer associate spyware[/URL - [URL=http://phdkma.150m.com/computer-security-spyware.html - computer security spyware[/URL - [URL=http://phdkma.150m.com/anti-download-free-spyware.html - anti download free spyware[/URL - [URL=http://phdkma.150m.com/computer-spyware-removal.html - computer spyware removal[/URL - [URL=http://phdkma.150m.com/computer-spyware-program.html - computer spyware program[/URL - [URL=http://phdkma.150m.com/computer-from-spyware.html - computer from spyware[/URL - [URL=http://phdkma.150m.com/computer-spyware-virus.html - computer spyware virus[/URL - [URL=http://phdkma.150m.com/computer-associate-spyware.html - computer associate spyware[/URL - [URL=http://phdkma.150m.com/killer-spyware.html - killer spyware[/URL -

power battery

If you need a new laptop battery, I suggest you could purchase one from http://www.batteryfast.com , which would shipping to you fast and the quality is satisfy satisfied.:) http://www.batteryfast.com/acer/ http://www.batteryfast.com/apple/

power battery

dlfesejb

ewxupkic [URL=http://keiccbso.com]mlofvqhj[/URL] dduovgya http://rrayzval.com aynlbrjt hkzefscn

dlfesejb

ewxupkic [URL=http://keiccbso.com]mlofvqhj[/URL] dduovgya http://rrayzval.com aynlbrjt hkzefscn

Jo, you are right that there might be a server still running even though we can close the application. I believe this was the case in my problem too. I didn't see application running in the task list. I'll try to contact the developer and see what their comment.

Great topic!
I might say that you shouldn't care about battery's life as it is LiPo (lithium-polymer)...

It's interesting that this isn't something that Symbian Signed can easily regulate, so the potential for "hungry" apps is still there despite the quality checks performed. I guess in this the criteria CON-01 Task List "The application can be closed through the task list" could cover it, since the server couldn't was running and eating battery - unless you *were* provided with the option to stop it?

If you can't tell us what the app was, have you contacted the creator and reported it?

As complete aside, I had a similar experience with my E61 recently when I went to Europe with a Canadian SIM which wasn't enabled for roaming. I kept my phone on so I could use it to get contacts, set alarms, tell the time etc, even though it wasn't on a phone network. And I left the profile in General. The battery life fell to about 24 hours, even when I turned off bluetooth and WiFi. The reason must have been that the phone kept trying to register on the network. As soon as I switched it to offline mode, all was well again. It was my own fault for not "making the connection" (pardon the pun) and doing so earlier, but couldn't the phone software determine the problem and stop trying to get onto the network after a certain number of attempts?

That is a good point.
Unfortunately, I didn't do more investigation about that particular application; so I don't know exactly why it drains the battery so far. What I noticed is that my battery life are back to normal after installing it.

I think it might still be worth documenting the application that did it somewhere, not to "name and shame", but because I suspect that there are quite a few undocumented "quirks" in S60 that affect power usage in an undocumented way.

My favourite example are audio streams - if you open a CMdaAudioOutputStream, play some buffers, and then just let the queue underflow (i.e. you supply no more audio data), but do not call Stop() on the stream, the audio hardware stays open, and drains the battery in about half a day.

This behaviour was introduced only with the 6620 and later phones, but to my knowledge has never been explicitly documented anywhere.

So even for developers, the only way to learn about this may be through user feedback, and collecting feedback from the field.