In WebKit1, we don't have the new WebKit2 logic that keeps track of preferences, and only deletes private browsing sessions when no pages use private browsing any more. This causes crashes for apps that have views in different modes. <rdar://problem/15484194>
Created attachment 221214 [details] proposed fix
Comment on attachment 221214 [details] proposed fix Clearing flags on attachment: 221214 Committed r162054: <http://trac.webkit.org/changeset/162054>
All reviewed patches have been landed. Closing bug.
(In reply to comment #3) > All reviewed patches have been landed. Closing bug. It caused crashes on Apple Mac debug bots.
Re-opened since this is blocked by bug 127053
Rolled out in <https://trac.webkit.org/r162075>.
Created attachment 221295 [details] updated patch I didn't realize that preferences weren't cached in _private->values unless they were changed in the process. So, other processes could change the private browsing preference behind the back of our session tracker, and parallel DumpRenderTrees did. It's a separate bug that DRT writes out persistent preferences.
Comment on attachment 221295 [details] updated patch Clearing flags on attachment: 221295 Committed r162087: <http://trac.webkit.org/changeset/162087>
Added a null check to fix Safari crashes in <http://trac.webkit.org/r162091>.