471143 - dialog doesn't paint if you have larry open (or something like this)

Status: VERIFIED FIXED

(Firefox for Android Graveyard :: General, defect)

Description

[timeless]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20081222 Fennec/1.0a2

i've been able to trigger this repeatedly, but i'm having trouble w/ precise steps.

0. fresh profile
1. load http://www.google.com
2. load https://www.citizensbank.com/
3. immediately after you hit <enter>, click the favicon in the url field
-if you get a security warning dialog with no content, stop here-
4. dismiss the dialog
5. click the url field
6. press enter
7. immediately after you hit <enter>, click the favicon in the url field

expected results:
a. Larry stays visible
b. some useless dialog (with content)

actual results:
a- Larry disappears
b- Security Warning dialog with no content

Comment 1

[timeless]

Attachment: picture

Comment 2

[Joel Maher ( :jmaher ) (UTC -8)]

I have confirmed this bug with the beta1 builds.

I do this:
1) launch fennec (either in maemo or linux desktop)
2) browse to http://m.facebook.com/?w2m  <- note this is the default page for www.facebook.com on the maemo device
3) enter my email address: [e-mail]
4) hit the enter button or tap the log in button
5) you are redirected to a new page:
   https://login.facebook.com/login.php?m=&next=http%3A%2F%2fm.facebook.com%2Fhome.php%3Fla1daac65
 - on this page you get a security warning which is blank.  On maemo, there is no 'X' or method to cancel this dialog.  Actually you cannot even kill the fennec process from the list of running apps (I have to killall fennec from a ssh session).  On linux desktop there is a X to close the blank security warning dialog.

This is very similar to this reported bug and exhibits a difficult situation on the maemo device.

Comment 3

[Joel Maher ( :jmaher ) (UTC -8)]

as a side note, other dialogs that we display are:
Warning: unresponsive script <- gmail/slashdot to repro
Resend: cancel/resend <- fill out a form, browse to another page, hit the back button

Comment 4

[Mark Finkle (:mfinkle) (use needinfo?)]

Sounds like this should be changed by the prompt dialog patch (bug 489423)

Comment 5

[Aakash Desai [:aakashd]]

Interestingly, this works for me on build:

Mozilla/5.0 (X11; U; Linux armv6l; en-US; rv:1.9.3a1pre) Gecko/20090827
Fennec/1.0b4pre

Comment 6

[Aakash Desai [:aakashd]]

Joel or Al, can I get a confirmation this is working for you guys too?

Comment 7

[Joel Maher ( :jmaher ) (UTC -8)]

I was not able to reproduce this bug with my n810 and beta3.  timeless, can you verify and mark as resolved/wfm?

Comment 8

[Mark Finkle (:mfinkle) (use needinfo?)]

resolving. reopen if it comes back

Comment 9

[Joel Maher ( :jmaher ) (UTC -8)]

still not able to reproduce this.  Seems to be fixed.

Verified on n810 with 1.9.2 nightly build 20090921