239859 - All text input fields on window, including URL Bar, refuse input while a certain document is displayed

Status: RESOLVED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Mark Donovan]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040406
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040406

The page at http://www.azsexoffender.com/ renders correctly, but input to the
fields in forms are disabled. Input to the address field at the top of the
browser window is also disabled. If input frame is re-rendered in a window of
its own, input is enabled for the form field and for the brower's address field.

Reproducible: Always
Steps to Reproduce:
1. click Search in the left frame
2. click Zip Code in the pop down that appears

Actual Results:  
input to the Enter Zip Code field is disabled as well as input in the address
field at the top of the window

Expected Results:  
should allow entry of data to the Enter Zip Code field

The page at http://www.azsexoffender.com/ does not pass validation. It uses
attributes reserved for frame elements in frameset elements.

Comment 1

[Bill Mason]

WFM 20040406 PC/WinXP

Comment 2

[Greg K.]

Confirmed using Fizzilla-Mach/2004-03-16-13. While the URL is loaded, any text
input element anywhere else on the same window (including other tabs as well as
the Location Bar) also refuses input.

Also, the New Tab keyboard shortcut appears to stop functioning unless a new
window is spawned, at which time it resumes functionality (though text input
fields continue to refuse input).

Needs additional QA with minimized testcase generation if possible. Probably not
Parser; let's start with Event Handling.

Comment 3

[bgpetr]

PC, Win XP, ver 1.4, 1.6 (czech language pack)

Can not write anything to all types of input boxes. When value is assigned to a
input, pressing backspace won't erase last letter, but window.history.back() is
the result.
Seems to me like mozilla ignores, that I'm in input box and I want to write.
Instead of it all keys work like I'm outside of an input.

solution: Change the focus, minimize, reload the page

Comment 4

[Andrew Schultz]

this worksforme with linux trunk 2005063005.
is this still a problem on Mac?

Comment 5

[Stefan [:stefanh]]

(In reply to comment #4)
> this worksforme with linux trunk 2005063005.
> is this still a problem on Mac?

Seems to worksforme with Mac OS X trunk 2005062810. In
http://www.azsexoffender.com/ I can enter text in the input fields/url bar,
provided that I click in the fields (to focus) before.

Comment 6

[Mark Donovan]

Since I reported the problem, azsexoffender.com site redesigned its search
function. However, before the redesign, I recall checking a beta release that
fixed the problem. I haven't found any web sites that cause a similar problem as
of the 1.0.4 release. I suggest this issue be marked as fixed.

Comment 7

[Andrew Schultz]

thanks, Mark

resolving WORKSFORME