Saved passwords between ro-ro.facebook.com and www.facebook.com are not autofilled
Categories
(Toolkit :: Password Manager: Site Compatibility, defect)
Tracking
()
People
(Reporter: danibodea, Unassigned)
Details
Attachments
(2 files)
Note
- When the user logs into ro-ro.facebook.com and saves the credentials and then goes to www.facebook.com, he will notice that the credentials are not being auto-filled as the site is being seen as a different one.
Affected versions
- Nightly v68.0a1
- Beta v67.0b13
- Release v66.0.3
Affected platforms
- All
Preconditions
You may need to be on Romanian territory or use VPN.
Steps to reproduce
- Go to www.facebook.com
- Connect with an account and save the credentials.
- Log out.
- Go to ro-ro.facebook.com.
Expected result
- Credentials should be auto-filled.
Actual result
- Credentials are not being auto-filled.
Additional details:
- www.facebook.com and ro-ro.facebook.com are seen as two different sites by the browser.
Comment 1•6 years ago
|
||
Bug 589628 is fixing this for autocomplete… Bug 1120684 is the solution for autofill but that isn't on the roadmap anytime soon.
Comment 2•6 years ago
|
||
Comment 3•6 years ago
|
||
Comment 4•6 years ago
|
||
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:66.0) Gecko/20100101 Firefox/66.0
Hi,
Following the steps, I have managed to reproduce this issue on latest FF release (66.0.3), latest Nightly build (68.0a1 (2019-04-29)) using Windows10.
But if access ro-ro.facebook.com first, enter and save credentials, then go to www.facebook.com credentials are auto-filled.
I attach the logs here for both situations.
Comment 5•5 years ago
|
||
I don't think the initial dupe was good for this case, since this is about subdomain/etld+1 support, which meanwhile has been implemented and shipped, removing the dupe and marking WFM as this was fixed by bug 1563330 and bug 589628
Comment 6•5 years ago
|
||
Reverting the changes done in comment 5, this is about autofill and not autocomplete, as I've missread.
Description
•