New issue
Advanced search Search tips

Issue 596513 link

Starred by 3 users

Issue metadata

Status: Available
Owner: ----
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 3
Type: Bug

Blocking:
issue 777268



Sign in to add a comment

Prompt to save user login after failed HTTP Basic Auth form submit.

Project Member Reported by ice...@yandex-team.ru, Mar 21 2016

Issue description

Chromium	51.0.2682.0 (Developer Build) (32-bit)
Revision	ba603a096944e16f5ac757c2a513b01a080cb3db-refs/heads/master@{#381748}
OS	Windows 
Blink	537.36 (@ba603a096944e16f5ac757c2a513b01a080cb3db)
JavaScript	V8 5.1.153
User Agent	Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2682.0 Safari/537.36

URLs (if applicable) : http://www.httpwatch.com/httpgallery/authentication/

What steps will reproduce the problem?
1. Navigate to http://www.httpwatch.com/httpgallery/authentication/ and press the button "DISPLAY IMAGE" at the bottom of the page.
2. Fill HTTP Basic Auth dialog form with some random values and submit the form.
3. When the form resets to clear state due to invalid login, navigate to URL http://www.httpwatch.com/

What is the expected result?
There should be no prompts for saving user login information.

What happens instead of that?
Browser will prompt for save user login information.



 
2016-03-21_19-24-05.png
74.9 KB View Download
2016-03-21_19-24-50.png
72.4 KB View Download
2016-03-21_19-25-12.png
87.9 KB View Download
Components: Internals>Network>Auth
Labels: Needs-Feedback
Tested the issue on Windows 7, Mac 10.10.5, Ubuntu 14.04 using 51.0.2682.0, latest canary 51.0.2686.0 with below steps:

1.Open URL:http://www.httpwatch.com/httpgallery/authentication/ in chrome.
2.Clicked on the button "DISPLAY IMAGE" at the bottom of the page.
3.Filled HTTP Basic Auth dialog form with some random values and submitted the form.
4.Form does not submit and auth dialog box remained.
5.Not observed any prompt for save user login information.

Please find attached screencast and update if anything missed here in triaging the issue.

iceman@Could you please provide the actual and expected behavior screencast for better understanding the issue to triage it further.
596513.mp4
1.2 MB Download
OK, I'll make a screencast for that.
Did you navigate to http://www.httpwatch.com/ after submitting auth form?
It seems important for the bug reproducing.
Project Member

Comment 3 by sheriffbot@chromium.org, Mar 22 2016

Labels: -Needs-Feedback Needs-Review
Owner: ssamanoori@chromium.org
Status: Assigned (was: Unconfirmed)
Thank you for providing more feedback. Assigning to requester "ssamanoori@chromium.org" for another review.

For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 4 Deleted

Here is my screencast, hope that it will help.
Screencast 2016-03-22.mp4
4.9 MB Download
Labels: -Needs-Review M-51 OS-Linux
Owner: ----
Status: Untriaged (was: Assigned)
Able to reproduce the issue on Windows 7, Ubuntu 14.04 using 51.2682.0, latest canary 51.0.2692.0 as per process in screencast(comment #5).

This is non regression issue seen from M-30(30.0.1549.0).Hence, marking it as untriaged.

Could anyone from dev team look into this issue please.
Labels: FixIt-Net
Labels: -Pri-2 Pri-3

Comment 9 by mmenke@chromium.org, May 30 2018

Components: UI>Browser>Passwords UI>Browser>Autofill
Labels: Network-Triaged
Not sure who owns the UI code here.  Real bug that should ideally be fixed.

Comment 10 by vabr@chromium.org, Jun 1 2018

Blocking: 777268
Components: -UI>Browser>Autofill -Internals>Network>Auth
Labels: FoundIn-51
Status: Available (was: Untriaged)
This is UI>Browser>Password, adding to the queue and under the corresponding meta-bug.

Sign in to add a comment