Closed Bug 293179 Opened 20 years ago Closed 20 years ago

Sort out password manager behavior with bfcache

Categories

(SeaMonkey :: Passwords & Permissions, defect)

Product:
SeaMonkey
Component:
Passwords & Permissions
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: bzbarsky, Assigned: dveditz)

References

Details

Should password manager trigger on fastback? If so, we need to make that happen... Note that it might happen for free depending on what happens in bug 292971.
Password manager does trigger on fastback, as designed.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Er - how? What fixed it so that it does now? Was this corrected by another bug - if so, which? In a 6/13 Windows build (the most recent I can use since anything after that is affected by bug 297725 and will not run), if I go to a page that triggers password manager, cancel it, go back, and then forward again, it triggers again. However, if I cancel it, go to another link, then back - password manager does not trigger. So, unless I'm mistaken about the intent of this bug, it did not work properly as of the 6/13 builds.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Maybe it's only under Linux that this has been fixed / always worked?
This was fixed by the checkin for bug 292971, which this bug just happens to depend on and all.. That checkin was on 6/15
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → FIXED
Cool, cheers. Sorry for the spam.
(After using the registry hack - bug 297725 comment 10 - to get a recent build to start.)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.