Funkcionalnosć tutoho sydła so přez wothladowanske dźěła wobmjezuje, kotrež maja waše dožiwjenje polěpšić. Jeli nastawk waš problem njerozrisuje a chceće prašenje stajić, wobroćće so na naše zhromodźenstwo pomocy, kotrež na to čaka, wam na @FirefoxSupport na Twitter a /r/firefox na Reddit pomhać.

Pomoc přepytać

Hladajće so wobšudstwa pomocy. Njenamołwimy was ženje, telefonowe čisło zawołać, SMS pósłać abo wosobinske informacije přeradźić. Prošu zdźělće podhladnu aktiwitu z pomocu nastajenja „Znjewužiwanje zdźělić“.

Dalše informacije

Why doesn't FF doesn't present user/password dialog in response to 401?

  • 2 wotmołwje
  • 1 ma tutón problem
  • 34 napohladow
  • Poslednja wotmołwa wot pcm42

more options

We have an embedded web server which requires authentication for some pages (eg; firmware upload). We can't afford the footprint of SSL. We have been using Digest Authentication. This works for Opera and Chrome.

Wireshark capture available upon request

We have an embedded web server which requires authentication for some pages (eg; firmware upload). We can't afford the footprint of SSL. We have been using Digest Authentication. This works for Opera and Chrome. Wireshark capture available upon request

Wubrane rozrisanje

Issue resolved.

After a server sends a 401 response, it closes the socket. The browser should prompt for the user/password, open a new socket, reissues the request with the new Authorization gathered from the prompt added to the header.

When my server was closing the socket (following the 401), I was using RST (no socket timeouts). Works fine for IE11, Safari, Chrome, Opera 57. Just failed for FF.

I modified my server to use a normal socket close. The user/password dialog now works as expected, and FF reissues the request as expected.

Thanks!

Tutu wotmołwu w konteksće čitać 👍 0

Wšě wotmołwy (2)

more options

Hi,

there is a bugzilla that has been reopened and a solution that is brought


https://bugzilla.mozilla.org/show_bug.cgi?id=472823

I share the number for you to watch

more options

Wubrane rozrisanje

Issue resolved.

After a server sends a 401 response, it closes the socket. The browser should prompt for the user/password, open a new socket, reissues the request with the new Authorization gathered from the prompt added to the header.

When my server was closing the socket (following the 401), I was using RST (no socket timeouts). Works fine for IE11, Safari, Chrome, Opera 57. Just failed for FF.

I modified my server to use a normal socket close. The user/password dialog now works as expected, and FF reissues the request as expected.

Thanks!