25129 - Those pesky `do you want to remember form submission' dialogs

Status: VERIFIED WORKSFORME

(SeaMonkey :: UI Design, defect, P3)

Description

[Frank de Lange]

The dialogs which appear on submitting some forms (`do you want to remember
these settings, Yes/Never/No') sometimes refuse to go away, necessitating a
browser restart. One of the ways to achieve this is to paste (the X way, middle
mouse button paste) a username and password in the Bugzilla login form. This
leads to unpredictable behaviour: sometimes a window pops up asking the stated
question. Sometimes a window pops up, but it contains absolutely nothing. This
window is titled `Alert'. When the latter happens, I have TWO blinking cursors
in both the username AND password-field... Other times a window pops up with
`the question', immediately followed by another window asking me for a username
and password. This window refuses to go away, even after clicking
cancel/OK,whatnot. The only thing that helps is a browser restart :-(

Tested on Linux 2.2.15pre4, glibc 2.1.2, gtk/glib 1.2.6 with Build ID 2000012609

Comment 1

[karnaze (gone)]

Reassigin to Steve M.

Comment 2

[Stephen P. Morse]

Please let me know if this happens on tomorrow's (Thursday's) build.  There were 
some regressions with dialogs today that have been fixed.  If it's still 
happening tomorrow, then I'll investigate.

Comment 3

[Stephen P. Morse]

Unable to reproduce.  Are you seeing this behavior just on linux or are you 
seeing this on windows as well?

Following comments were received from [e-mail] in a private e-mail

********************************************

I tried it, and the bug is still alive. I'm currently staring at a grey,
lifeless hulk which used to be Mozilla after I pasted some text into the
`password' line on the Bugzilla login form. An empty popup appeared and the
program froze.

Another interesting issue with pasting text is that everything now seems to be
pasted TWICE. I X-pasted my username ([e-mail]) into the username
field, but it appeared as [e-mail]@unternet.org. That's weird...

Comment 4

[Stephen P. Morse]

Please respond to my question as to whether this is occuring for you on windows 
as well or if it is only occuring on linux.

Comment 5

[Stephen P. Morse]

Sarah (sairuh), are you able to reproduce this?

Comment 6

[ckritzer (gone)]

From Frank, per email:

I have no idea whether this happend in Windows. I only use Unix and
derivatives... Sorry...

Cheers//Frank

Comment 7

[sairuh (rarely reading bugmail)]

am assuming this is testing single signon, not form filling... in any case, i
didn't have a problem when submitting a userid/passwd. the Yes/Never/No dialog
went away when i clicked a button... tested on linux using the comm bits from
2000-02-01-10.

Comment 8

[Stephen P. Morse]

Sarah,

Yes, it must be single-signon from the reporter's description.  That's the only 
time you get the yes/never/no dialog.

Did you explicitly do the pasting as described by the reporter?

Comment 9

[sairuh (rarely reading bugmail)]

no, i didn't actually paste the userid/passwd. [sairuh goes off to another
virtual desktop to test this...]

okya, to emulate this, i type the userid and passwd into an xterm. i select each
by double-clicking, then pasted into to the dialog's text fields. the problems i
now encounter are:

1. when i paste (middle mouse button), the string is doubled --happens for both
the userid and passwd fields. prolly a selection/copy-paste issue. cc'ing eli
here for that (it's a regression, afaik).

2. after pasting the passwd, i don't have a chance to erase the duplicate
string, and the browser suddenly thinks i want to jump to 'keyword:calamari'
--which brings me to CES Marketing Group's website. weird.

here's the test page i used: http://slip/projects/marvin/wallet/login.html
userid/passwd used: squiddy/calamari

Comment 10

[Stephen P. Morse]

OK, I've heard enough to realize that this is not a form submission problem or a 
single signon problem or an autfill problem.  It is a dialog problem.  
Reassigning to Ben Goodger.

Comment 11

[The Tree Widget]

*** This bug has been marked as a duplicate of 13925 ***

Comment 12

[Matthew T (active 1999-2002)]

This isn't really a dup of 13925. However, *if* any of the suggestions in 13925 
are implemented, this bug will be rendered obsolete.

Meanwhile, I think the problems sairuh reported are probably caused by bug 23669 
(which, in turn, was a side effect of the fix for bug 15275). In fact, it may be 
that this entire bug is just a side effect of 23669.

So, I'm reopening and marking this bug as dependent on and 13925 and 23669. Once 
either of those are fixed, this bug should be tested again because it may have 
disappeared.

Comment 13

[Ben Goodger (use ben at mozilla dot org for email)]

not for M14...

Comment 14

[Eli Goldberg]

Changing component to XP Apps. (HTML Dialogs is going away.)

Comment 15

[Ben Goodger (use ben at mozilla dot org for email)]

not a priority, pushing out as far as possible.

Comment 16

[don]

Move to M21 target milestone.

Comment 17

[Paul Chen]

nav triage team:

Is this still an issue? Don't think so, marking nsbeta1-

Comment 18

[Paul Chen]

no, really, marking nsbeta1-

Comment 19

[ckritzer (gone)]

XPAPPs & XPToolkit are jrgm's area

Comment 20

[John Morrison]

Is this still reproducible. Much has changed with these dialogs.

Comment 21

[John Morrison]

worksforme

Comment 22

[sairuh (rarely reading bugmail)]

mass verification of WorksForMe bugs: to find all bugspam pertaining to this,
set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM".

if you think this particular bug is *still* an open issue, please make sure of
the following before reopening:

a. that it's still a problem with ***recent trunk builds*** on the all
appropriate platform[s]

b. provide clear steps to reproduce (unless a good test case is already in the
bug report), making sure it pertains to the original problem (avoid morphing as
much as possible :)