On jueves, 8 de diciembre de 2016 12:22:30 PM CST Michael Catanzaro wrote:
> On Thu, 2016-12-08 at 10:50 -0600, Dennis Gilmore wrote:
> > android gives you a tls error and offers to go to the page ina
> > browser where
> > you can ignore the error manually. I think we should do the same as
> > and
On Thu, 2016-12-08 at 10:50 -0600, Dennis Gilmore wrote:
> android gives you a tls error and offers to go to the page ina
> browser where
> you can ignore the error manually. I think we should do the same as
> android
>
> Dennis
What's the benefit of directing the user to a browser...?
_
On lunes, 5 de diciembre de 2016 8:31:41 AM CST Michael Catanzaro wrote:
> On Mon, 2016-12-05 at 09:05 -0500, Paul Wouters wrote:
> > That is incorrect in my experience. When I go to coffee shops, my
> > iphone
> > shows the portal page, but my laptop shows the TLS cert invalid
> > thing.
>
> Oh w
On Mon, 2016-12-05 at 08:31 -0600, Michael Catanzaro wrote:
> > Yes. That is why I specifically requested that the fedora hotspot
> > page
> > never chage their output and never send a redirect. Using the main
> > page
> > of gnome was a bad fit. Note you should also ensure that
> > nmcheck.gnome.o
On Sun, 4 Dec 2016 19:44:22 -0500 (EST)
Paul Wouters wrote:
> On Sun, 4 Dec 2016, Kevin Fenzi wrote:
>
> > On Fri, 2 Dec 2016 21:42:07 -0600
> > Eric Sandeen wrote:
> >
> >> On 12/2/16 7:10 PM, Paul Wouters wrote:
> >>>
> >>> Fedora runs a captive portal check page at:
> >>>
> >>> http://fe
On Mon, 2016-12-05 at 14:55 -0500, Christian Schaller wrote:
> Actually, I was told that Debarshi committed a fix for the TLS error
> in captive portal just last
> week and has pushed a fix for it.
It's two different issues unfortunately.
___
devel mail
t: Monday, December 5, 2016 1:16:08 PM
> Subject: Re: Fedora captive portal page changed output :(
>
> On Mon, 2016-12-05 at 09:59 -0500, Paul Wouters wrote:
> > Right now, the situation leads me to having to close the gnome window
> > which only displays "TLS certifi
On Mon, 2016-12-05 at 09:59 -0500, Paul Wouters wrote:
> Right now, the situation leads me to having to close the gnome window
> which only displays "TLS certificate invalid" or some text like that,
> and still use my firefox and a new tab/window to get through the
> captive portal.
Good point. I
On Mon, 2016-12-05 at 15:37 +0100, Florian Weimer wrote:
> If I remember correctly, the browser accessing a captive portal does
> not
> use the regular user Firefox profile, so we either have to preload
> its
> profiles with intermediate CAs, or copy them over from the user's
> Firefox profile.
On Mon, 5 Dec 2016, Michael Catanzaro wrote:
On Mon, 2016-12-05 at 09:05 -0500, Paul Wouters wrote:
That is incorrect in my experience. When I go to coffee shops, my
iphone
shows the portal page, but my laptop shows the TLS cert invalid
thing.
Oh wow. I didn't know that. Feels like time to gi
On 12/05/2016 03:05 PM, Paul Wouters wrote:
On Sun, 4 Dec 2016, Michael Catanzaro wrote:
On Sun, 2016-12-04 at 16:39 -0500, Paul Wouters wrote:
That is a different issue. And indeed I see it as well, and was quite
surprised at them checking the TLS validity of a captive portal page.
We have
On Mon, 2016-12-05 at 09:05 -0500, Paul Wouters wrote:
> That is incorrect in my experience. When I go to coffee shops, my
> iphone
> shows the portal page, but my laptop shows the TLS cert invalid
> thing.
Oh wow. I didn't know that. Feels like time to give up
So what's your recommendation,
On Sun, 4 Dec 2016, Michael Catanzaro wrote:
On Sun, 2016-12-04 at 16:39 -0500, Paul Wouters wrote:
That is a different issue. And indeed I see it as well, and was quite
surprised at them checking the TLS validity of a captive portal page.
We have no plans to stop doing this, because that's h
On Sun, 2016-12-04 at 16:39 -0500, Paul Wouters wrote:
> That is a different issue. And indeed I see it as well, and was quite
> surprised at them checking the TLS validity of a captive portal page.
We have no plans to stop doing this, because that's how all other
browsers and operating systems wo
On Sun, 4 Dec 2016, Kevin Fenzi wrote:
On Fri, 2 Dec 2016 21:42:07 -0600
Eric Sandeen wrote:
On 12/2/16 7:10 PM, Paul Wouters wrote:
Fedora runs a captive portal check page at:
http://fedoraproject.org/static/hotspot.txt
It used to return "OK\n".
Now it returns "OK" without the newline.
On Fri, 2 Dec 2016 21:42:07 -0600
Eric Sandeen wrote:
> On 12/2/16 7:10 PM, Paul Wouters wrote:
> >
> > Fedora runs a captive portal check page at:
> >
> > http://fedoraproject.org/static/hotspot.txt
> >
> > It used to return "OK\n".
> >
> > Now it returns "OK" without the newline.
>
> See
On Sat, 3 Dec 2016, Langdon White wrote:
Wouldn't it make more sense to be checking for status 200? Checking for content
on the page seems
fragile in general.
Who says a stolen page wouldn't return status 200?
Also, and perhaps related, I filed a bug[1] about captive portals that seems to
On Dec 2, 2016 22:42, "Eric Sandeen" wrote:
On 12/2/16 7:10 PM, Paul Wouters wrote:
>
> Fedora runs a captive portal check page at:
>
> http://fedoraproject.org/static/hotspot.txt
>
> It used to return "OK\n".
>
> Now it returns "OK" without the newline.
Wouldn't it make more sense to be check
On 12/2/16 7:10 PM, Paul Wouters wrote:
>
> Fedora runs a captive portal check page at:
>
> http://fedoraproject.org/static/hotspot.txt
>
> It used to return "OK\n".
>
> Now it returns "OK" without the newline.
Seems like the file date is still well in the past
(2015-12-15) and does not actual
On Fri, 2016-12-02 at 20:10 -0500, Paul Wouters wrote:
> ps. Not sure if related or not, my gnome portal detection is no
> longer
> showing real captive portal pages, but instead just shows me a gnome
> window.
That should never happen.
It *might* be related to [1][2] as that's the only thing tha
Fedora runs a captive portal check page at:
http://fedoraproject.org/static/hotspot.txt
It used to return "OK\n".
Now it returns "OK" without the newline.
This caused at least the geome tool (from the geome package) to return
a false positive and abort, telling the user to first authenticate
21 matches
Mail list logo
