Closed Bug 71836 Opened 23 years ago Closed 23 years ago

key bindings don't work in text conls in content

Categories

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

defect
Not set
blocker

Tracking

()

VERIFIED FIXED

People

(Reporter: akkzilla, Assigned: joki)

References

Details

(Keywords: regression, smoketest)

In the 3/13 build, platform key bindings (e.g. ^H, ^K on Unix) don't work in
text controls in content.  They worked fine in Friday's build, not sure about
Monday's.  They still work in the urlbar, but not in the editor window and not
in text controls in the content area of the browser.
Hmmm.  I don't think I checked in anything that should affect this, but I could
double-check.  I'm also confused as to why they would work in chrome but not in
content.
 
Status: NEW → ASSIGNED
Giving this to Kathy, who checked in the fix for 67116 which had something to do
with overriding platform key bindings files.  Alas, I don't have a build with
those changes, so I won't be able to try backing them out for another few hours.
Assignee: hyatt → brade
Status: ASSIGNED → NEW
I just tried the 031208 build, and key bindings work fine -- the bug is new today.
I also see the problem on the 031305 build, which probably means it's not
Kathy's checkin (she checked in between 0500 and 0800 PST).
This does not occur on the 031221 build.  So the offending checkin happened
sometime between 9pm 3/12 and 5am 3/13 (PST).
Turns out arrow keys don't work either (most of the time, anyway).  Kathy is
seeing this on mac and beppe on windows.  Changing platform and summary.
OS: Linux → All
Hardware: PC → All
Summary: Platform key bindings don't work in text controls in content → key bindings don't work in text controls in content
*** Bug 71827 has been marked as a duplicate of this bug. ***
Reassign to joki; this is from his checkin.  He is working on a fix.
Assignee: brade → joki
Fixed.  Update mozilla/content
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 71897 has been marked as a duplicate of this bug. ***
*** Bug 71898 has been marked as a duplicate of this bug. ***
*** Bug 71904 has been marked as a duplicate of this bug. ***
*** Bug 71915 has been marked as a duplicate of this bug. ***
*** Bug 71936 has been marked as a duplicate of this bug. ***
*** Bug 71993 has been marked as a duplicate of this bug. ***
still happens in 3/14 build
Status: RESOLVED → REOPENED
Keywords: mostfreq
Resolution: FIXED → ---
I'm still seeing dumps for a missing controller (though not 100% of the time).
Status: REOPENED → ASSIGNED
I'm updating my build to take a look at this now, though I know this was working
for me on NT yesterday after I checked in the fix.
Okay, still works for me on Win2k so I guess we have to figure out now if this
is platform specific or requires some special procedure to reproduce.
I would love to re-test this for you on Win 95, but the latest win32 build on
the ftp server is 2001031304 :(
perhaps this is just mac only. what doesn't work:

- arrow keys in html text areas or composer
- cmd-v or edit:paste with plain text on the clipboard. edit:paste menu item is 
disabled.

text fields in XUL work fine, such as the url bar or in a dialog (open web 
location).
Why is this a blocker ? can the severity be lowered to keep this out of the 
radar?
i think not being able to paste into any text field is a blocker!
I can't tell you whether it happens on linux today, because today's build
crashes on startup for me.  That's the debug build (it's possible there's a
depend build problem) -- I'll try downloading a release build.
wfm in 2001031404 win98
I was seeing the dumps about the missing controller even after joki's fix, and
even when key bindings were working.  Still haven't found a linux build to test
(sweetlou is down and the installer in the builds on ftp.mozilla.org just hangs
and never installs anything).
Today's linux tarballs work, and I do NOT see this problem.  May be mac only.
Summary: key bindings don't work in text controls in content → key bindings don't work in text conls in content
ok, well, i can't make this happen anymore :(
Status: ASSIGNED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
The direction key bindings + Home and End ( 2001031408 build for Linux ) work
again here too but it appears that the PageUp and PageDown are not working in
editors like this one; not working in Yahoo mail editor either. They work on the
pages and in some of the dialog windows, e.g.., the reporter window on this
page. I think the P-Up and P-Down did function in the editors before but not
sure... they should, right?
  
The Linux build bug is either hurt and/or hiding but not dead. Bugs do that you
know.

Ric

Ref:bug 71915 -marked duplicate of this 71836 bug.
You're right.  Page up/down is not working in textareas on linux for me either.

Pink, does page up/down work in textareas on the mac?
page up/down does not work in my 3/14/01 mac build in textareas in html.
Page up/down not working seems like a fairly bad regression (though perhaps not
a blocker); reopening this.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
pageup/pagedown has not been working in mozilla for weeks if not months.  its 
covered in bug 65124 which was opened on 1/11/2001.  this can't be that serious 
if no one noticed.  i'm not going to dupe it since this bug was for complete 
keybinding bustage which was fixed.  closing fixed.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
vrfy fixed using commercial bits from 19 march:

linux [2001.03.19.11]: tested using ^H
win32 [2001.03.19.09]: tested using arrow keys
mac [2001.03.19.12]: tested using arrow keys
Status: RESOLVED → VERIFIED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.