Issue with Proximity Sensor during calls - Continued v2
See also the initial thread Issue with Proximity Sensor during calls
Thank you.
Apple Discussions Hosts
PM G5, iMac, iPods, Mac OS X (10.6.4), Mac OS 9.2.2
PM G5, iMac, iPods, Mac OS X (10.6.4), Mac OS 9.2.2
mbassoc2003 wrote:
Using your phone on your shoulder is a big no no. You can't do it with the iP4 because of the type and position of the sensor. The 'software fix' in the current build of the beta isn't a fix. It's a patch that tells the iOS to wait slightly longer before it switches the screen back on. It's yet to be seen how effective it's gonna be, but don't hold your breath. I think they are going to do their best within the realms of trying to compensate with the software, but I think people who have the issue regularly are likely to be disappointed, as all they can do with software is delay the incremental periods between the screen flashing on and off during calls. The issue remains a user interface issue, and whilst it's not the user's fault, just as the 'death grip' issue is not the user's fault, it is still the user that creates the fault. That is something no software is going to be able to eliminate.
bmwhd1 wrote:
mbassoc2003 wrote:
Using your phone on your shoulder is a big no no. You can't do it with the iP4 because of the type and position of the sensor. The 'software fix' in the current build of the beta isn't a fix. It's a patch that tells the iOS to wait slightly longer before it switches the screen back on. It's yet to be seen how effective it's gonna be, but don't hold your breath. I think they are going to do their best within the realms of trying to compensate with the software, but I think people who have the issue regularly are likely to be disappointed, as all they can do with software is delay the incremental periods between the screen flashing on and off during calls. The issue remains a user interface issue, and whilst it's not the user's fault, just as the 'death grip' issue is not the user's fault, it is still the user that creates the fault. That is something no software is going to be able to eliminate.
I respectfully disagree. I believe the issue to be that the OS is getting confused on the state of the headset/speaker phone/ear speaker bit. Some combination of actions is flipping this bit at the wrong time and the OS is re-enabling the screen thinking you've inserted the wired headset, gone to speaker phone, or BT (as it's supposed to). I'm betting it has to do with the new background audio APIs which are proving difficult for app developers to master.
In working with Apple on this, I'm focusing my testing on phones set up as new with no 3rd party apps and comparing to one with bunches of apps (especially bg audio enabled) to see if there's any kind of pattern to latch on to.
In working with Apple on this, I'm focusing my testing on phones set up as new with no 3rd party apps and comparing to one with bunches of apps (especially bg audio enabled) to see if there's any kind of pattern to latch on to.
Daddy Pig wrote:
@greenstem on iphone: My advise would be to return it within 30 days and wait for 4.1. All my friends here in the UK are experiencing the same issue! No point exchanging it, there is a high probability you will get a new phone with the same issue and by the time you realise it has the same issue, your 30 days are up and you are stuck! Return it, and wait, if its fixed with 4.1 buy it again. I am in the same situation, waiting. If its not fixed I am getting the new itouch until the next revision of the iphone.
Message was edited by: Daddy Pig
rbrylawski wrote:
Thank you for clarifying your thoughts and invovlement. What you've written is interesting for sure. People seem angry that Apple hasn't rolled out the software yet. It's clear it's a complicated issue and the fact the solution is likely rolled into the soon to be released 4.1 update adds further complication I'm sure. Plus people often forget the past, which is a good barometer of the future. And that is that everytime the iPhone has been released in the June timeframe, the first major software update doesn't typically roll out until September. If the past predicts the future, the update will be out next month. Hopefully for those who are really afflicted with the PS issue, there problems will be resolved. Who is it who said "patience is a virtue?"
Goflying wrote:
bmwhd1 wrote:
mbassoc2003 wrote:
Using your phone on your shoulder is a big no no. You can't do it with the iP4 because of the type and position of the sensor. The 'software fix' in the current build of the beta isn't a fix. It's a patch that tells the iOS to wait slightly longer before it switches the screen back on. It's yet to be seen how effective it's gonna be, but don't hold your breath. I think they are going to do their best within the realms of trying to compensate with the software, but I think people who have the issue regularly are likely to be disappointed, as all they can do with software is delay the incremental periods between the screen flashing on and off during calls. The issue remains a user interface issue, and whilst it's not the user's fault, just as the 'death grip' issue is not the user's fault, it is still the user that creates the fault. That is something no software is going to be able to eliminate.
I respectfully disagree. I believe the issue to be that the OS is getting confused on the state of the headset/speaker phone/ear speaker bit. Some combination of actions is flipping this bit at the wrong time and the OS is re-enabling the screen thinking you've inserted the wired headset, gone to speaker phone, or BT (as it's supposed to). I'm betting it has to do with the new background audio APIs which are proving difficult for app developers to master.
In working with Apple on this, I'm focusing my testing on phones set up as new with no 3rd party apps and comparing to one with bunches of apps (especially bg audio enabled) to see if there's any kind of pattern to latch on to.
^This by far makes the most sense of any hypothesis posted in relation to this issue. If so, it could be significantly more time consuming to find the root cause of the problem and fix it.
Issue with Proximity Sensor during calls - Continued v2