saved logins/passwords not shown

RESOLVED INVALID

Status

()

Toolkit
Password Manager
RESOLVED INVALID
2 years ago
2 years ago

People

(Reporter: Markus Wernig, Unassigned)

Tracking

43 Branch
x86_64
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

2 years ago
Created attachment 8705811 [details]
saved-passwords-empty.png

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0
Build ID: 20160102021941

Steps to reproduce:

1) Got to about:preferences#security (Preferences->Security)
2) Click on "Saved Logins"

The platform is amd64 Linux (Gentoo).


Actual results:

A login/password list is displayed that does not contain any entries. The search box is active, but does not yield any results (see attachment).

Using the same profile with 31.8 ESR, all my stored logins (well over 100) show up.

The problem is reproducible with different profiles.




Expected results:

All my stored logins (well over 100) should show up.
(Reporter)

Updated

2 years ago
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
(Reporter)

Comment 1

2 years ago
When accessing a site for which a login is stored, the master password is prompted and the username/password ARE filled in, so the store itself seems ok (logins.json also looks good). It seems that just the list in the password manager is broken.

Updated

2 years ago
Component: Untriaged → Password Manager
Product: Firefox → Toolkit
(Reporter)

Comment 2

2 years ago
The problem only appears when building FF from source (Gentoo Linux ebuild).
The x86_64 43.0.4 build from mozilla.org does not show the problem.
(Reporter)

Comment 3

2 years ago
The problem does not appear if FF is build with --with-system-icu. 
See also https://bugs.gentoo.org/show_bug.cgi?id=571344

Comment 4

2 years ago
(In reply to Markus Wernig from comment #2)
> The problem only appears when building FF from source (Gentoo Linux ebuild).
> The x86_64 43.0.4 build from mozilla.org does not show the problem.

These reports you have filled belong down stream in gentoo. If an upstream bug is needed, one of the gentoo mozilla project members will either ask you to file one upstream or open one. Please do not go around the gentoo for an issue you can not duplicate with the -bin package provided from upstream.
(Reporter)

Comment 5

2 years ago
(In reply to Jory A. Pratt from comment #4)

> These reports you have filled belong down stream in gentoo. If an upstream
> bug is needed, one of the gentoo mozilla project members will either ask you
> to file one upstream or open one. Please do not go around the gentoo for an
> issue you can not duplicate with the -bin package provided from upstream.

Yes, sorry about that. I realized only later that it might be a compile-time problem. 
I've also reported the issue in gentoo: https://bugs.gentoo.org/show_bug.cgi?id=571344

Comment 6

2 years ago
This is caused to how gentoo handles the intl-api, I am adjust the build down stream nothing for mozilla to do here.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.