> it never prompts for the wispr credentials. Turning on logging
> that the access point returns a 307 error when trying to attach.
> In wispr.c (line 735) it only checks for error 302. I added a case to
> that for 307 to handle the redirect, and tried it again. As you can
> see from the attached log, it now tries to handle the redirect, but
> fails to do so. As you can see in the log, it immediately returns a
> 400 (Bad Request) error. Trying to determine what is happening I then
> took a tcpdump of the connection process to see what happened then.
> When examining the pcap file that is attached, It doesn't look as if
> the attempt to actually perform the redirect actually happens. If you
> could help me determine what is happening, and fix this, I would
> surely appreciate it. Connecting to this access point works as
> expected on my android and apple devices, so I'm guessing that connman
> is doing something different.
Thanks for the log and pcap trace. From them I can see that GET
is answered with a rederect
ConnMan does the DNS lookup for n195.network-auth.com
After the DNS resolve a new TCP with TLSv1 session is initiated for
18.104.22.168 which is aborted. I would bet that TLSv1 is the
Can you try following patch with your changes?
diff --git a/gweb/giognutls.c b/gweb/giognutls.c
index b5c476cbe670..8c97413a3bdd 100644
@@ -456,7 +456,7 @@ GIOChannel *g_io_channel_gnutls_new(int fd)
+ "NORMAL:%COMPAT", NULL);