Steps to reproduce problem: 1. Load http://support.microsoft.com/ 2. Load https://addons.mozilla.org/ 3. Click Reload Expected results: secure page after step 2 Actual results: mixed content after step 2, secure page after step 3 Stack trace of the mixed content dialog: pipboot!nsSecureBrowserUIImpl::ConfirmMixedMode+0x12f pipboot!nsSecureBrowserUIImpl::TellTheWorld+0x104 pipboot!nsSecureBrowserUIImpl::UpdateSecurityState+0x5d pipboot!nsSecureBrowserUIImpl::OnStateChange+0x14bb docshell!nsDocLoader::FireOnStateChange+0x1b7 docshell!nsDocLoader::doStopURLLoad+0x81 docshell!nsDocLoader::OnStopRequest+0x363 necko!nsLoadGroup::RemoveRequest+0x234 imglib2!imgRequestProxy::RemoveFromLoadGroup+0x44 imglib2!imgRequestProxy::OnStopRequest+0x107 imglib2!imgRequest::OnStopRequest+0x252 imglib2!ProxyListener::OnStopRequest+0x40 necko!nsHTTPCompressConv::OnStopRequest+0x21 necko!nsStreamListenerTee::OnStopRequest+0xa4 necko!nsHttpChannel::OnStopRequest+0x41c necko!nsInputStreamPump::OnStateStop+0xd8 necko!nsInputStreamPump::OnInputStreamReady+0x90 xpcom_core!nsInputStreamReadyEvent::Run+0x48 xpcom_core!nsThread::ProcessNextEvent+0x1f3 xpcom_core!NS_ProcessNextEvent_P+0x51 <snip probably irrelevant frames> URL of the channel is in the URL field as it was so long.

This bug seems still valid to me, addons.mozilla.org only shows as secure after I refreshed it.

(In reply to neil@parkwaycc.co.uk from comment #0) > Steps to reproduce problem: > 1. Load http://support.microsoft.com/ > 2. Load https://addons.mozilla.org/ > 3. Click Reload > support.microsoft.com is now an HTTPS site, so I can't try and reproduce this. But it is probably a duplicate of bug 947079 which was just fixed in nightly. Please reopen if a problem persists.