After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 748691 - After a https certificate problem, the "Load Anyway" button does nothing
After a https certificate problem, the "Load Anyway" button does nothing
Status: RESOLVED DUPLICATE of bug 769627
Product: epiphany
Classification: Core
Component: General
3.16.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Michael Catanzaro
Epiphany Maintainers
: 754706 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2015-04-30 10:35 UTC by Andres Gomez
Modified: 2016-09-06 05:44 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Andres Gomez 2015-04-30 10:35:05 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.
Comment 1 Andres Gomez 2015-04-30 10:35:56 UTC
(In reply to Andres Gomez from comment #0)
> WKGTK 2.8.0 and Epiphany 3.16.0

It is, actually, WKGTK 2.8.1
Comment 2 Michael Catanzaro 2015-04-30 14:06:15 UTC
I can't reproduce this even with shared-secondary-process.

This *might* be related to wkb#142381, but it's probably something different....
Comment 3 Michael Catanzaro 2015-09-22 23:57:57 UTC
*** Bug 754706 has been marked as a duplicate of this bug. ***
Comment 4 Michael Catanzaro 2015-09-23 00:00:53 UTC
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.
Comment 5 Evandro Giovanini 2015-09-23 13:56:08 UTC
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
Comment 6 Andres Gomez 2015-09-23 13:59:53 UTC
(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
Comment 7 Evandro Giovanini 2015-10-03 12:18:53 UTC
epiphany-3.18.0-4.fc23.x86_64 fixed it for me.
Comment 8 Michael Catanzaro 2015-10-03 14:50:59 UTC
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. ;)
Comment 9 Andres Gomez 2015-10-30 12:28:10 UTC
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.
Comment 10 Michael Catanzaro 2015-10-30 17:37:46 UTC
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.
Comment 11 Bastien Nocera 2015-11-02 16:02:17 UTC
(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?
Comment 12 Michael Catanzaro 2016-01-13 04:28:30 UTC
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!
Comment 13 Michael Catanzaro 2016-08-08 12:46:33 UTC
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.)
Comment 14 Michael Catanzaro 2016-09-06 05:44:38 UTC

*** This bug has been marked as a duplicate of bug 769627 ***