I checked the box, saved, then went back in & unchecked it again. Same behaiour, so I put the interval as high as it would go (180), which at least forestalls it.
Are you using the last version of AutoDisconnect? If you disable the Bluetooth check, AutoDisconnect doesn't do anything!
Try
Code:
ps | grep auto
in command mode to be sure no bluetooth checker is running!
and why isn't it possible to use less then 10 minutes for the Bluetooth connection/disconnection?
Because checking more often the bluetooth consumes more than the idle bluetooth itself. Well at least on my own tests. Idle bluetooth doesnt seem to be that bad!
If you disable the Bluetooth check, AutoDisconnect doesn't do anything!
Try
Code:
ps | grep auto
in command mode to be sure no bluetooth checker is running!
Code:
$ ps|grep auto
7806 root 2088 S /bin/ash /opt/autodisconnect/autodisconnect-network-c
8345 user 2088 S grep auto
I assume that there would be an 'autodisconnect-bluetooth' process if it was? If so, it must be something else that's doing it. But I haven't experienced any disconnects since increasing the bluetooth timeout. Strange
2g autoswich is not always working here. Sometimes 2G is enabled as soon as a 3G data session is being killed, sometimes phone remains on 3G. Any clue?
i am wondering.. i am using fmms and that creates another APN.. now when i sent out one MMS, it connects using MMS apn.. and afterthat, it has to be disconnect manually.. i am wondering why it wont auto disconnect since it is also 3G connection? or it wont disconnect because MMS apn is not in the database?
