From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: firefox profile opens my web-page in https
Date: Wed, 25 Jun 2014 22:17:25 +0100 [thread overview]
Message-ID: <201406252217.35584.michaelkintzios@gmail.com> (raw)
In-Reply-To: <20140625185451.GF29677@syscon7>
[-- Attachment #1: Type: Text/Plain, Size: 2466 bytes --]
On Wednesday 25 Jun 2014 19:54:51 Joseph wrote:
> On 06/25/14 18:30, Mick wrote:
> >On Wednesday 25 Jun 2014 17:42:01 Joseph wrote:
> >> On 06/24/14 17:25, walt wrote:
> >> >On 06/24/2014 08:25 AM, Joseph wrote:
> >> >> On 06/23/14 18:08, Mick wrote:
> >> >>> On Sunday 22 Jun 2014 22:52:40 Joseph wrote:
> >> >>>> I run a server and have two firefox profiles.
> >> >>>> I have ssl enabled.
> >> >>>>
> >> >>>> When I open one profile I it opens my web-page in "https" instead
> >> >>>> of "http" When I open another profile it open my webpage in http
> >> >>>>
> >> >>>> Why is first profile forcing my opening my servers page in https
> >> >>>> mode?
> >> >>>
> >> >>> Has one profile cached and different protocol+URL in the address
> >> >>> bar, than the other?
> >> >>>
> >> >>> Does this persist if you clear the history of the profile?
> >> >>> --
> >> >>> Regards,
> >> >>> Mick
> >> >>
> >> >> No, it makes no difference. I cleared history and cache.
> >> >> It still tries to open my server page as https instead of http.
> >> >
> >> >Different profiles can have different firefox add-ons enabled. Might
> >> >be worth comparing the list of add-ons in each profile.
> >> >
> >> >You can also run firefox -safe-mode to disable extensions and see if it
> >> >makes any difference.
> >>
> >> I don't have any plug-in installed; so I'm puzzled by this behavior.
> >
> >Do your settings for session-cookies differ between the two profiles?
> >
> >Otherwise I'm running out of ideas.
>
> Cookies are the same on both profiles "allow for session"
> I'm running out of ideas as well.
Logically, the server gets a 'GET / HTTP/1.1' request from the client and
responds to it in the same way, irrespective of the client. If you are
running some clever authentication and javascript/php on the server, then the
request could be tested for the browser capabilities and serve different page
content accordingly.
Do you see a difference in the initial exchange of:
GET / HTTP/1.1 -->
HTTP/1.1 200 OK <--
when you use 'tcpflow -c -i eth0' between the two profiles?
Note if the browser starts an TLS negotiation then all the content will be
encrypted. Otherwise you should be able to see what attributes it sends to
the server, e.g.
Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
and what the server responds in each case.
--
Regards,
Mick
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
prev parent reply other threads:[~2014-06-25 21:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-22 21:52 [gentoo-user] firefox profile opens my web-page in https Joseph
2014-06-23 17:08 ` Mick
2014-06-24 15:25 ` Joseph
2014-06-25 0:25 ` [gentoo-user] " walt
2014-06-25 16:42 ` Joseph
2014-06-25 17:30 ` Mick
2014-06-25 18:54 ` Joseph
2014-06-25 21:17 ` Mick [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201406252217.35584.michaelkintzios@gmail.com \
--to=michaelkintzios@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox