So you say that we don't know, but then speak of it all as if we do.
We know that Apple advises it is working on a fix AFTER it's been reported in the media. I can only go by what I see and read.
The battery issue was turned into a scandal of communications, but not of action. If Apple had been smart enough to actually tell people that they were throttling older CPU's to conserve batteries, nobody would think twice about it because it's the proper thing to do. Apple wasn't doing it, as some people incorrectly claimed, to push people to buy new phones by throttling their old ones. They were trying to preserve the batteries as long as possible, something that would prevent people from upgrading their phones. It's highly unlikely people would notice the CPU slowdowns much, if at all, but everyone would notice if their batteries only lasted for a couple of hours.
We also don't know if Apple ignored the report. A week is a very short time when it comes to how companies process bug reports. I posted on the previous page what usually happens in large companies, and a week would be considered lightning quick for any actions to take place, seeing how many hands that report would have to go through before Apple even determines if it's a bug. Most critical bugs are also fixed quietly, since most bugs are never noticed by customers, but are rather found by QA. If Apple had even had the time to figure out if it was a bug, they would likely have had a fix being readied for testing at the time. Since the bug was due to behavior nobody is likely to ever do (who invites themselves to a conference?), the probable reason QA never found it, Apple likely determined that they didn't need to make it public and could fix it in an emergency patch.
The vast majority of critical and high priority bugs are fixed and rolled into a large patch, which normally takes months before they're rolled out. I would guess Apple probably was thinking of putting that fix into the next patch that probably wouldn't have gone out for quite a while. The only reason it became any kind of a scandal is because the people who reported the bug decided to go public. I'll leave it up to others to determine if that was the right thing to do. Note that most bugs found are quietly reported to companies in order for them to fix them before anyone is the wiser and cannot exploit the issue. Rarely do people go public until the company is ready to apply a fix.
Well, Apples own in store diagnostic software always claimed no battery issues with people who took their deliberately slowed down iPhones into their stores. I would say that proves Apple lied for over a year. Sorry but battergate is indefensible, and so far one Government, the Italian one, has fined them and Samsung over intentionally slowing devices down, many others are still investigating with the French carrying out criminal investigations, because forced obsolescence is a crime in that country.
http://www.bbc.co.uk/news/world-europe-42615378
Hardly just 'a scandal of communications'..
Also yes, we do know Apple ignored the report I think because it never responded to the kid or his mother, here they were trying to report, and they weren't the only ones, the biggest security hole ever in iOS and Apple didn't acknowledge anything to them about it.
When it's such a huge security risk, then your own internal policies are a failure and need to be remade, but this is not the first big bug iOS has had, which doesn't inspire me with confidence that Apple has ever changed a thing. And from I've read this hole was all over social media long before the main sites picked it up, they also did NOT switch off the Facetime servers as soon as the story was out in the open, they just advised people to turn off Facetime. That is not the action a company like Apple should be taking, they should have turned off the servers the second they knew about the security flaw, or as I suspect, they DID do just that.
I would like to agree with you, while I do agree that should be the job, from my experience, most QA teams are testing a predetermined script for the desired result not trying to break things. Example, I enter correct credentials, allows logon. I enter incorrect credentials denies logon. Fail to test, enter SQL injection, get returned list of userIDs.
[doublepost=1549637321][/doublepost]These things all take time. You cannot just disable things without testing the impact. It’s not like every time a bug is reported in the system that a team of people are on it, testing, reproducing it, resolving it. They sit in a queue, are evaluated by someone who determines the priority, escalates up the chain, and management makes a priority call. If there could be potential legal repercussions, data may have to be preserved for evidence in court. If this data could be considered tampered with in anyway, it is thrown out and possibly making a lawsuit much worse.
It’s not right to bash the kid in anyway. A lot of bugs are found accidentally and he brought it to the attention of his mom and they were persistent about reporting it. We should all be thankful for that. He did the right thing. Though it may not have been the right thing to go public with at the time.
Firstly I'm a lot more thankful for websites like 9to5mac who raised this story and got it the attention Apple didn't award it.
Secondly, yes bug fixes may take time, but Apple did not turn off it's Facetime servers, the bare minimum it could have safely done, until after the story was in the public eye and even then it did not turn them off immediately, instead choosing to advise people to just turn the feature off.
It seems a lot of issues with security and Apple have been fixed lately after they've gathered media attention.