Issue metadata
Sign in to add a comment
|
"Waiting for cache" for 15 seconds if another tab on the URL is showing Privacy error
Reported by
ivan@ludios.org,
Jul 16
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36 Example URL: https://expired.badssl.com/ Steps to reproduce the problem: 1. Visit https://expired.badssl.com/ 2. Open a second tab to https://expired.badssl.com/ 3. Observe "Waiting for cache..." in the status bar for 15 seconds before the second tab loads What is the expected behavior? Cache is not blocked on another tab's Privacy error page What went wrong? Chrome is blocked on the cache for 15 seconds Did this work before? N/A Chrome version: 69.0.3486.0 Channel: stable OS Version: Debian 9.5 Flash Version: This is pretty confusing when you've forgotten about the tab on the Privacy error page. This also happens with other SSL errors linked from https://badssl.com/ This happens even if the SSL error is now fixed, but the Privacy error tab is still open.
,
Jul 17
We aren't actually waiting on the cache. Looks like we're waiting on the SSLManager to do something (While the request is blocked on URL_REQUEST_DELEGATE_SSL_CERTIFICATE_ERROR). The fact that we blame this on the cache is perhaps also worth fixing.
,
Jul 17
It is actually waiting on the cache. The first request is blocked on URL_REQUEST_DELEGATE_SSL_CERTIFICATE_ERROR but the other is blocked on HTTP_CACHE_ADD_TO_ENTRY by way of the cache lock. The committed interstitials work (I think it's issue #448486?) should fix this. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by vamshi.kommuri@chromium.org
, Jul 17