Closed Bug 309463 Opened 19 years ago Closed 17 years ago

Password dialog appears before page is shown

Categories

(SeaMonkey :: Passwords & Permissions, defect)

SeaMonkey 1.0 Branch
x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: wolfram.rittmeyer, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050910 SeaMonkey/1.0a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050910 SeaMonkey/1.0a

In Seamnokey 1.0a the password dialog appears _before_ the page is shown. This
is in my opinion annoying. Previously the dialog was shown only after the page
was loaded completely (no matter whether the form fields were visible or not).
Now one still sees the last page, though obviously the new one must already have
been loaded.

I would prefer the following behaviour: Start rendering and concurrently open
dialog to select password but _not_  before the form fields are visible.
Continue loading other media like images etc. in the background.


Reproducible: Always

Steps to Reproduce:
1. Load a page.
2. Change to a login page for which you have stored passwords.

Actual Results:  
The dialog to select the password is shown _prior_ to the page itself.

Expected Results:  
The dialog to select the password should be shown only after the page itself has
been rendered (at least up to the form entry fields for the passwords).
(In reply to comment #0)
> Actual Results:  
> The dialog to select the password is shown _prior_ to the page itself.

This seems only reproducible with SeaMonkey 1.0a and Mozilla 1.8b2/20050225 when
I visit a login page for the second time during the same session, this bug is
WFM with Mozilla 1.8b2/20050224 and Mozilla 1.8b1. 

> I would prefer the following behaviour: Start rendering and concurrently open
> dialog to select password but _not_  before the form fields are visible.
> Continue loading other media like images etc. in the background.

See Core bug 58724.
So is this an issue on trunk?
Assignee: dveditz → nobody
MozillaAS v1.7.x is not supported anymore.

Can you reproduce with SeaMonkey v1.1.9 ?
If yes, please give an actual example page, so someone can try and reproduce.
Version: unspecified → SeaMonkey 1.0 Branch
(2+ years later)

No reply from reporter(s).

(Would have been "Incomplete", now is) R.Invalid

Reopen if you can reproduce with SeaMonkey v1.1.9.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.