Closed Bug 798134 Opened 12 years ago Closed 2 months ago

Provide password doorhangers in popups which stay open but have no history

Categories

(Toolkit :: Password Manager, defect, P3)

defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: kdevel, Unassigned)

References

()

Details

(Whiteboard: [passwords:capture-UI])

Attachments

(2 files)

User Agent: 

Steps to reproduce:

1. open Testcase http://www.vogtner.de/mozilla/631802/index-stay.html
2. press button "new windows"
3. type TAB-A-TAB-A-TAB-SPACE
4. again type TAB-A-TAB-A-TAB-SPACE


Actual results:

4. no doorhanger, some action in formhistory.sqlite
5. doorhanger


Expected results:

4. doorhanger
Status: UNCONFIRMED → NEW
Component: Untriaged → Password Manager
Ever confirmed: true
Product: Firefox → Toolkit
Whiteboard: [passwords:capture-UI]

The doorhanger appears in the opener window, just not in the popup where it is expected.

(Quoting Matthew N. [:MattN] from bug 631802 comment #12)

I think the a possible solution is to also show the doorhanger in a
dismissed state (possibly after a delay of 1-2s) in the popup and remove the
doorhanger from the opener after a timeout. The dismissed state and
possible delay in the popup is to avoid a distraction in case the window is
going to close immediately after submission. Removing the doorhanger from
the opener after a delay handles the case where the popup doesn't close so
that a doorhanger doesn't linger there unexpectedly. If an action is taken
on a doorhanger in either window, remove the doorhanger in the other.

OS: Other → All
Priority: -- → P3
Hardware: Other → All
Summary: Provide password doorhangers in popups which stay open → Provide password doorhangers in popups which stay open but have no history
Severity: normal → S3
Status: NEW → RESOLVED
Closed: 2 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: