|
Yea, I definitely understand why you like BlueFang - it would help automate the entire process. Unfortunately, if you want to continue using BlueFang, I don't think there is a way right now to avoid/fix the problem. I'll try to explain below.
Sorry if I confused you, but it was a tricky bugger to find. This is the key sequence:
1. BlueFang controls the BT radio (on, or I think, off)
2. A soft reset happens (intentionally or otherwise)
The condition should clear if you use the built-in Bluetooth app to turn off the radio. After you do a soft reset, you'll be back to normal. At least until steps 1 and 2 happen again. Given how often Treos do a soft reset, it's fairly easy for #2 to happen.
For some reason, after you use BlueFang, some setting gets changed so that after the soft reset, you are prompted for whether or not to turn on the radio (similar to the Phone app's "The phone is off, do you want to turn it on?" prompt). From what I've read, there isn't a documented standard API for apps to use to control the radio, so the BlueFang developer figured how to do it some other (perhaps non-standard way). Because of that, there is something that doesn't get initialized right. It's almost as if the Bluetooth (BTmanager.prc) app has that option buried inside and somehow BlueFang is accidentally setting it to "prompt each time". Unfortunately, there isn't a prefs option anywhere, so once it's set, it's locked in and will start happening after the next soft reset.
I've emailed the developer who had had a few reports of it on diff Palm devices, but never figured out how to duplicate the problem. He didn't say whether or not he was going to try and fix it.
If this is still confusing, IM me.
|
|
|