User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.5a) Gecko/20030718 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.5a) Gecko/20030718 When you visit a web page using the format http://test:test@supersheep.org/test/, and a link hses an absolute url (as that page demonstrates) the username and password is not remembered. Reproducible: Always Steps to Reproduce: 1. Visit this page > http://test:test@supersheep.org/test/ 2. Click the link on the page: it points to the absolute url http://supersheep.org/test/test.htm Actual Results: A box will appear asking for a username and password. Expected Results: It should have used the existing authentication information to to log onto the new page. This also occurs on form submission.

I can confirm this with a win2k trunk build from today

Since this has been confirmed as a bug I updated the test case page so it makes a bit more sense to those trying to resolve it.

This works in 1.3 but fails on the trunk and itÄs not related to bug 213282. (i still see the problem with 20030729..)

Not that I expected it to be fixed automagically, but this still fails with 1.5b (20030827).

I was bored so I decided to nose about the source. I've never coded in C/C++ so I was mainly relying on the comments. I lie. I was /entirly/ relying on the comments. Anyway. Having looked over nsHttpChannel.cpp (which was the file referenced in bug 213282 and bug 143575) I have picked up on the idea of the auth cache, which is used so that passwords don't have to be continually re-entered. Could it possibly be that in this case, the passwords are not being saved or not being read from the cache, therefore throwing up the box asking for the password again. After the username and password have been entered into the popup box, they are saved correctly (it seems). If anyone wants to tell me that I'm talking out my rear then go ahead, but I'm pleased I've learned roughly how something works given this was my first dip in the mozilla source :-)

Thanks to the helpful people in #mozilla, we know the regression is from the patch for bug 143575#c18 (if that didnt work bug 143575 comment 18) I hope this helps. - Andrew

I was just thinking that seeing as this is something that is SPECIFICALLY highlighted as behaviour in code (albiet undesireable behaviour under these circumstances) that this should be marked as applying to ALL OS's.

And would be great having a clean URI on the address bar, without username:password, after a first successful authentication.

examples were lost in a crash. removing url.

-> default owner

Hi Andrew, The provided page is no longer available, can you please provide another one or maybe a test case in order to reproduce this issue? Also, is this still reproducible on your end ? If yes, can you please retest this using latest Firefox release and latest Nightly build (https://nightly.mozilla.org/) and report back the results ? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/PNe90E). Thanks, Cosmin.

Marking this as Resolved: Incomplete due to the lack of response from the reporter. If anyone can still reproduce it on latest versions, feel free to reopen the issue and provide more information. Thanks, Cosmin.