Closed
Bug 1000151
Opened 11 years ago
Closed 11 years ago
EV indicator stops appearing after restart (even without session restore)
Categories
(Core :: DOM: Security, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 995801
People
(Reporter: gcp, Unassigned)
Details
(Keywords: regression)
Related to bug 995801.
STR:
1) *Disable* session restore.
2) Start Firefox session with default or empty homepage.
3) type op.fi in the address bar (This is a Finnish bank AFAIK)
4) Repeat 1-3 a few times.
5) Notice the EV indicator disappears.
Restarting Firefox never makes it come back. The only "fix" I found was to clear the disk cache.
Reporter | ||
Comment 1•11 years ago
|
||
FWIW the person who reported me was seeing this on Firefox 28 so updating flags accordingly.
status-firefox28:
--- → affected
status-firefox29:
--- → affected
status-firefox30:
--- → affected
status-firefox31:
--- → affected
Comment 2•11 years ago
|
||
All versions of Firefox across platforms starting with 29.0 are affected by that. I certainly think this should block the release of 29.0.
status-firefox28:
affected → ---
tracking-firefox29:
--- → ?
tracking-firefox30:
--- → ?
tracking-firefox31:
--- → ?
Keywords: regression,
regressionwindow-wanted
OS: Windows 7 → All
Hardware: x86_64 → All
Version: Trunk → 29 Branch
Comment 3•11 years ago
|
||
(In reply to Gian-Carlo Pascutto [:gcp] from comment #1)
> FWIW the person who reported me was seeing this on Firefox 28 so updating
> flags accordingly.
It only seems to happen in Firefox 28.0 when at least a 29.0 version was running before, which put the profile into that bad state.
Comment 4•11 years ago
|
||
Maybe he/she was right. I need at least a restart in between with session store disabled, to see this problem. I wonder if the underlying issue is still the same as on bug 995801.
status-firefox28:
--- → affected
Reporter | ||
Comment 5•11 years ago
|
||
dkeeler said in that bug: "In particular, revocation information is not persistently cached (yet - we're working on it), so when loading a page from the cache at startup, an EV site may be presented as non-EV until a network request is made to that site"
However, that diagnosis doesn't look like it can be (entirely) correct for this bug. I mean, how can we not establish a network request to the site with the given STR?
Comment 6•11 years ago
|
||
Have you actually tested the steps in comment 0? I accidentally did this on a profile which I was using for the other bug. :/ So that's why I see it. When I use a really blank profile, I can load the page dozen of times without seeing this issue. I really have to restart Firefox, to trap into it. Further reloads do not change the broken behavior so I never see the EV cert again.
Reporter | ||
Comment 7•11 years ago
|
||
It wasn't a blank profile, but IIRC it hadn't been used for the other bug either. I certainly never visited that site before, and I have no reason to believe the person who was reporting this to me would ever have seen the other bug.
>I really have to restart Firefox, to trap into it.
Yes, you need to restart, not just reload the page. (I should have said, repeat 2-3, and maybe make it more clear that step 2 involves closing and reopening the browser)
Reporter | ||
Updated•11 years ago
|
Summary: EV indicator stops appearing on second visit → EV indicator stops appearing after restart (even without session restore)
Comment 8•11 years ago
|
||
In that case this issue is really the same as bug 995801. I have tested the regression range as given on bug 995801 comment 12, and it is identical on OS X. I think we should continue on bug 995801.
Status: NEW → RESOLVED
Closed: 11 years ago
tracking-firefox29:
? → ---
tracking-firefox30:
? → ---
tracking-firefox31:
? → ---
Keywords: regressionwindow-wanted
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•