GNOME Bugzilla – Bug 748691
After a https certificate problem, the "Load Anyway" button does nothing
Last modified: 2016-09-06 05:44:38 UTC
WKGTK 2.8.0 and Epiphany 3.16.0 Epiphany is running with the dconf key: "process-model" = "shared-secondary-process" --- Go to a page with a problematic HTTPs certificate. For example: https://tv.eurosport.com/ This link is provided by: https://onlinessl.netlock.hu/en/test-center/invalid-ssl-certificate.html This message appears: " Look out! This might not be the real tv.eurosport.com. When you try to connect securely, websites present identification to prove that your connection has not been maliciously intercepted. There is something wrong with this website’s identification: This website presented identification that belongs to a different website. A third party may have hijacked your connection. You should continue only if you know there is a good reason why this website does not use trusted identification. Legitimate banks, stores, and other public sites will not ask you to do this. Load Anyway " Click on the "Load Anyway" button. Nothing happens. I can reproduce this problem 8/10 times and, from my experience, if in a session doesn't work, it won't work on any page during that session. If in a session works, it works in all pages during that session.
(In reply to Andres Gomez from comment #0) > WKGTK 2.8.0 and Epiphany 3.16.0 It is, actually, WKGTK 2.8.1
I can't reproduce this even with shared-secondary-process. This *might* be related to wkb#142381, but it's probably something different....
*** Bug 754706 has been marked as a duplicate of this bug. ***
OK, I finally have a reproducer. The trick is to visit https://tv.eurosport.com/ via the link on https://onlinessl.netlock.hu. If I got directly to https://tv.eurosport.com/ it seems to always work, but arriving via the link on https://onlinessl.netlock.hu causes it to fail.
I started hitting this problem with 3.17.92 on Fedora 23. It's always reproducible, 100% of the time, for example on https://paca.ime.usp.br/login/index.php
(In reply to Michael Catanzaro from comment #4) > OK, I finally have a reproducer. The trick is to visit > https://tv.eurosport.com/ via the link on https://onlinessl.netlock.hu. If I > got directly to https://tv.eurosport.com/ it seems to always work, but > arriving via the link on https://onlinessl.netlock.hu causes it to fail. (In reply to Evandro Giovanini from comment #5) > I started hitting this problem with 3.17.92 on Fedora 23. It's always > reproducible, 100% of the time, for example on > https://paca.ime.usp.br/login/index.php I cannot reproduce with any of those, as I was saying in the original report: (In reply to Andres Gomez from comment #0) > I can reproduce this problem 8/10 times and, from my experience, if in a > session doesn't work, it won't work on any page during that session. If in a > session works, it works in all pages during that session. So, if the problem is not reproducible in the first page I have to hit the "Load Button", it is not reproducible in any later page in which I have also to hit the "Load Button". Right now, Ephy 3.18.0 and WebKitGTK+ 2.10.0
epiphany-3.18.0-4.fc23.x86_64 fixed it for me.
Fedora beta testers were hit by bug #755814, which had the same symptoms of this bug, but there is a second bug here that has not been fixed (see at least comment #4, though a problem is that the reproducer I found in comment #4 doesn't work anymore, since the one page changed and doesn't link to the other anymore. ;)
I've not observed this behavior ever since WKGTK 2.10.x and Epiphany 3.18.0 Notice that I believe the behavior described by Michael is a different bug. I'm in favor of closing as OBSOLETE and move the other problem to a new bug.
Bastian, can you still reproduce this with POST requests? Otherwise I agree we should close this OBSOLETE. The only remaining problem I'm aware of is bug #757379.
(In reply to Michael Catanzaro from comment #10) > Bastian, Who's Bastian? > can you still reproduce this with POST requests? Otherwise I agree > we should close this OBSOLETE. The only remaining problem I'm aware of is > bug #757379. Given that it only happened with a specific server when I did my online shopping, no, I cannot reproduce it. Didn't we have a reproducer locally?
Hi, I am closing all Epiphany bugs currently in the NEEDINFO state. If you can provide the requested information or you feel this bug was closed in error, please leave a comment. Thanks!
Probably related to bug #769627. If anyone can still reproduce this issue, please let me know, including the exact steps taken to load the page in question (did you type the URL into the address bar, or click on a link from another page, or load it from bookmarks or the overview, etc.)
*** This bug has been marked as a duplicate of bug 769627 ***