radio buttons on a page selected wrong after Firefox crash and restarting with session manager choosing the crashed session

Bug #511135 reported by CePal
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
firefox-3.5 (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: firefox-3.5

When I kill the Firefox or it crashes itself, having open a page with radio-button checkboxes list like in the following example, after Firefox restart using internal session manager it defaults the selection to the first radio button, not to the default one (whilst the last one out of the three is default as you can see in the HTML code).

Here is the code which you can use to reproduce the error>
<label>Pass?:</label> <table class="layout" style="border: 1px solid gray; background: white;"> <tr> <td><input type="radio" name="run[OS][Linux][SECURITY][SECURETTY][pass]" id="run_OS_Linux_SECURITY_SECURETTY_pass" value="pass" /> Pass</td> </tr> <tr> <td><input type="radio" name="run[OS][Linux][SECURITY][SECURETTY][pass]" id="run_OS_Linux_SECURITY_SECURETTY_pass" value="fail" /> Fail</td> </tr> <tr> <td><input type="radio" name="run[OS][Linux][SECURITY][SECURETTY][pass]" id="run_OS_Linux_SECURITY_SECURETTY_pass" value="nodata" checked="checked" /> No data</td> </tr>

I have created a new profile with only Flashblock and "Ubuntu Firefox Modifications" plugins (as these are system-wild on my lappy) and was able to reproduce the problem with just this piece of code saved to a file having it opened as a file:///the_file.html .

This is really annoying, as we have an application with exactly these checkboxes and need them to persist the default button after crash & Firefox restart. In current situation, it happens that we save "all passed" if we are not careful enough. Our dev girl has added "revert" button to workaround these situations but that doesn't mean this bug shouldn't be fixed - perhaps not all teams have so friendly dev people :-).

CePal

ProblemType: Bug
Architecture: i386
Date: Fri Jan 22 12:04:55 2010
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: cisco_ipsec
Package: firefox-3.5 3.5.7+nobinonly-0ubuntu0.9.10.1
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
SourcePackage: firefox-3.5
Uname: Linux 2.6.31-17-generic i686

Revision history for this message
CePal (pc-sandbox) wrote :
Revision history for this message
CePal (pc-sandbox) wrote :

here is the code saved to a testing simply HTML file (it is even not having <HTML></HTML> tags but that doesn't have any influence on the bug behavior itself)

Revision history for this message
CePal (pc-sandbox) wrote :

How to reproduce:
- open the file:///whereever/1.html in Firefox
- kill -HUP [firefox_PID]
- start the Firefox again (with the same profile)
- now, the "Pass" button is marked, but default is "no data" as it was opened previously
- just F5 (reload) the page and the "no data" button will get marked immediately

In MSIE, quite surprisingly, this doesn't happen (reported by colleagues, I dun have MSIE)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.