Bug 142381 - [GTK] webkit_web_view_get_tls_info sometimes fails inexplicably
Summary: [GTK] webkit_web_view_get_tls_info sometimes fails inexplicably
Status: RESOLVED DUPLICATE of bug 142375
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Linux
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-03-05 20:05 PST by Michael Catanzaro
Modified: 2016-01-18 13:07 PST (History)
3 users (show)

See Also:


Attachments
test program (1.37 KB, application/octet-stream)
2015-03-05 20:05 PST, Michael Catanzaro
no flags Details
test program (1.37 KB, text/plain)
2015-03-05 20:09 PST, Michael Catanzaro
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Catanzaro 2015-03-05 20:05:39 PST
Created attachment 248034 [details]
test program

I don't know what's wrong here yet, but it's causing our lock icon to not appear on secure pages. I verified TLS is actually being used with Wireshark.

Attached is a test program that just reloads https://static.gnome.org/error-500/500.html over and over in one web view, then calls webkit_web_view_get_tls_info and prints what it gets. My output looks like this:

result = TRUE, certificate=0xf09090, errors=0
result = TRUE, certificate=0xf08db0, errors=0
result = TRUE, certificate=0xf09090, errors=0
result = FALSE, certificate=(nil), errors=0
result = TRUE, certificate=0xfb9890, errors=0
result = TRUE, certificate=0xfb9d50, errors=0
result = FALSE, certificate=(nil), errors=0
result = TRUE, certificate=0xfb98f0, errors=0
result = TRUE, certificate=0xfb9890, errors=0
result = TRUE, certificate=0xfb9d50, errors=0
result = TRUE, certificate=0xf09270, errors=0
result = FALSE, certificate=(nil), errors=0
result = FALSE, certificate=(nil), errors=0
result = TRUE, certificate=0xfb9b30, errors=0
result = TRUE, certificate=0xfb9c30, errors=0
result = FALSE, certificate=(nil), errors=0
result = TRUE, certificate=0xf08c90, errors=0
result = FALSE, certificate=(nil), errors=0
result = FALSE, certificate=(nil), errors=0

So there is some race. I will debug this more another time.

I changed the URL to https://eff.org, and here is the result:

result = TRUE, certificate=0x1b0aa10, errors=0
result = FALSE, certificate=(nil), errors=0
result = FALSE, certificate=(nil), errors=0
result = FALSE, certificate=(nil), errors=0
result = FALSE, certificate=(nil), errors=0
result = FALSE, certificate=(nil), errors=0
result = FALSE, certificate=(nil), errors=0
result = FALSE, certificate=(nil), errors=0

eff.org is much slower to reload.
Comment 1 Michael Catanzaro 2015-03-05 20:09:59 PST
Created attachment 248035 [details]
test program
Comment 2 Michael Catanzaro 2016-01-18 13:07:18 PST
This is fixed in trunk, probably by r194890.

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