Closed
Bug 364234
Opened 18 years ago
Closed 18 years ago
Unable to edit an editable field in this testcase [regression]
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 364352
People
(Reporter: deangelo, Assigned: aaronlev)
References
()
Details
(Keywords: access, regression)
Env: Minefield (nightly build 20061217), WindowEyes 6.0 (not required though)
Problem: When in edit mode, arrowing to a editable field within a DHTML spreadsheet you are not able to edit the field.
Steps to recreate:
1. Start Firefox and WindowEyes (not needed to recreate problem), load the url: http://www.mozilla.org/access/dhtml/spreadsheet
2. Arrow to an editable field, press enter and try changing the field.
3. You will noticed that when pressing enter the field will change to a string "undefined".
Note: This problem occurs with or without a screen reader running, also this is a regression since it work for me on Bon Echo.
Assignee | ||
Comment 1•18 years ago
|
||
This is definitely a regression in Minefield. We could either try to find the regression window or create a minimal testcase.
Martijn, are you willing to help us narrow this one down?
Assignee | ||
Updated•18 years ago
|
Summary: Unable to edit an editable field within a DHTML spreadsheet → Unable to edit an editable field in this testcase [regression]
Assignee | ||
Updated•18 years ago
|
Flags: blocking1.9?
Assignee | ||
Updated•18 years ago
|
Version: 1.8 Branch → Trunk
Comment 2•18 years ago
|
||
I needed to do shift->reload for testing to get the regression range, reliably.
This regressed between 2006-11-26 and 2006-11-27:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-11-26+04&maxdate=2006-11-27+05&cvsroot=%2Fcvsroot
I think this is a regression from bug 309438 somehow, because with the 2006-11-26 build, I get application/xhtml+xml as the document type, while for builds after that, I get text/html as the document type.
Blocks: 309438
Comment 3•18 years ago
|
||
Changing the network.http.accept.default pref from:
text/html,application/xhtml+xml;q=0.9,application/xml;q=0.8,*/*;q=0.7
to:
application/xhtml+xml, text/html;q=0.9,application/xml;q=0.8,*/*;q=0.7
fixes it for me.
Assignee | ||
Comment 4•18 years ago
|
||
Thanks Martijn!
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
Updated•18 years ago
|
Flags: blocking1.9?
You need to log in
before you can comment on or make changes to this bug.
Description
•