"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.
- Product round-up Too 4K-ing expensive? Five full HD laptops for work and play
- Review We have a winner! Fresh Linux Mint 17.1 – hands down the best
- Vid Antarctic ice THICKER than first feared – penguin-bot boffins
- You stupid BRICK! PCs running Avast AV can't handle Windows fixes
- Antique Code Show World of Warcraft then and now: From Orcs and Humans to Warlords of Draenor