B2G 2.2 20150703002506 on Flame (v18D base image) A http auth prompt is shown when opening browser after the prompt had been dismissed earlier. Steps to reproduce: 1. Open Browser. 2. Enter IP address of router (uses HTTP). 3. Dismiss http auth prompt. 4. Long press home button and closes alls browser windows. 5. Tap on Browser button on home screen. Actual result: HTTP auth prompt gets loaded. Expectd result: Homescreen with tiles loaded and remains open. I can't reproduce the issue with https://mxr.mozilla.org/addons/

I can reproduce it when repeating steps 4 and 5 twice. The first time I get the tiles, the second time I get the prompt.

You can also just wait 10 seconds when you see the tiles, the prompt will come eventually.

The problem here is that the system app always tries to fetch the favicon to show it on the browser history list and on the rocketbar. In these cases, we shouldn't show the auth dialog and simply let the fetch request fail with a 401. To do that we need to expose the full path of the fetch request along with the 'mozbrowserusernameandpasswordrequired' event.

Comment on attachment 8705252 [details] [diff] [review] v1 Kan-Ru, could you take a look at this patch, please? It exposes the URI path along with the 'mozbrowserusernameandpasswordrequired' event, so the system app can decide if the auth prompt is required or not.

Comment on attachment 8705252 [details] [diff] [review] v1 Actually, I can write a test for this.

Comment on attachment 8705255 [details] [gaia] ferjm:bug1180330.http.auth.prompt > mozilla-b2g:master cool :)

https://hg.mozilla.org/integration/mozilla-inbound/rev/6aee0abef4656489d6da543c1bc50384a776420e Bug 1180330 - http auth prompt shown when opening browser if prompt canceled/dismissed earlier. r=fabrice

Gaia master: https://github.com/mozilla-b2g/gaia/commit/5df70727a7ad4faac832ef80a0d37eb630463a68