"cookies that are set during regular browsing sessions are now available during Private Browsing sessions – meaning that any cookies you set when you were in the open will work when you're hiding, but you still won't set any when you're private"
Eh? Really? Surely not very private at that point.
I agree — if that's what they've done then they've basically killed the privacy of private mode.
That said, the release note is "allow cookies set during regular browsing to be available after using Private Browsing", which could equally just mean that entering private browsing mode no longer throws away all your session cookies (assuming it did before?), it simply temporarily hides them. That is, assuming Apple meant "using Private Browsing" to signify an ongoing state of affairs rather than just hitting the switch for private browsing.
To be honest, I think Apple could have been clearer. El Reg's interpretation could equally be true.
Neither is the number of security vulns fixed: 83
Wow, for a single app. And people bitch about MS!
Re: Neither is the number of security vulns fixed: 83
Though the article told me not to, I did bother "checking the web page" and the security bulletin details are now present:
Very few fixes are specific to the Safari application. Everything else is in WebKit. The WebKit engine is shared by e.g. Chrome and most current smartphone platforms. There are many contributors involved in the WebKit fixes, including a few from Apple and some from the Google Chrome team. So, this is a case of both rolling in patches from and rolling out patches to the open source WebKit project.
- World's OLDEST human DNA found in leg bone – but that's not the only boning going on...
- Lightning strikes USB bosses: Next-gen jacks will be REVERSIBLE
- Pics Brit inventors' GRAVITY POWERED LIGHT ships out after just 1 year
- Storagebod Oh no, RBS has gone titsup again... but is it JUST BAD LUCK?
- Three offers free US roaming, confirms stealth 4G rollout