Closed
Bug 71836
Opened 24 years ago
Closed 24 years ago
key bindings don't work in text conls in content
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
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.
Reporter | ||
Updated•24 years ago
|
Keywords: regression,
smoketest
Comment 1•24 years ago
|
||
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
Reporter | ||
Comment 2•24 years ago
|
||
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
Reporter | ||
Comment 3•24 years ago
|
||
I just tried the 031208 build, and key bindings work fine -- the bug is new today.
Reporter | ||
Comment 4•24 years ago
|
||
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).
Reporter | ||
Comment 5•24 years ago
|
||
This does not occur on the 031221 build. So the offending checkin happened
sometime between 9pm 3/12 and 5am 3/13 (PST).
Reporter | ||
Comment 6•24 years ago
|
||
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
Comment 8•24 years ago
|
||
Reassign to joki; this is from his checkin. He is working on a fix.
Assignee: brade → joki
Assignee | ||
Comment 9•24 years ago
|
||
Fixed. Update mozilla/content
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 10•24 years ago
|
||
*** Bug 71897 has been marked as a duplicate of this bug. ***
Comment 11•24 years ago
|
||
*** Bug 71898 has been marked as a duplicate of this bug. ***
Comment 12•24 years ago
|
||
*** Bug 71904 has been marked as a duplicate of this bug. ***
Comment 13•24 years ago
|
||
*** Bug 71915 has been marked as a duplicate of this bug. ***
Comment 14•24 years ago
|
||
*** Bug 71936 has been marked as a duplicate of this bug. ***
Comment 15•24 years ago
|
||
*** Bug 71993 has been marked as a duplicate of this bug. ***
Comment 16•24 years ago
|
||
still happens in 3/14 build
Comment 17•24 years ago
|
||
I'm still seeing dumps for a missing controller (though not 100% of the time).
Assignee | ||
Updated•24 years ago
|
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 18•24 years ago
|
||
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.
Assignee | ||
Comment 19•24 years ago
|
||
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.
Comment 20•24 years ago
|
||
I would love to re-test this for you on Win 95, but the latest win32 build on
the ftp server is 2001031304 :(
Comment 21•24 years ago
|
||
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).
Comment 22•24 years ago
|
||
Why is this a blocker ? can the severity be lowered to keep this out of the
radar?
Comment 23•24 years ago
|
||
i think not being able to paste into any text field is a blocker!
Reporter | ||
Comment 24•24 years ago
|
||
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.
Comment 25•24 years ago
|
||
wfm in 2001031404 win98
Reporter | ||
Comment 26•24 years ago
|
||
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).
Reporter | ||
Comment 27•24 years ago
|
||
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
Comment 28•24 years ago
|
||
ok, well, i can't make this happen anymore :(
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 29•24 years ago
|
||
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.
Reporter | ||
Comment 30•24 years ago
|
||
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?
Comment 31•24 years ago
|
||
page up/down does not work in my 3/14/01 mac build in textareas in html.
Reporter | ||
Comment 32•24 years ago
|
||
Page up/down not working seems like a fairly bad regression (though perhaps not
a blocker); reopening this.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 33•24 years ago
|
||
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: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 34•24 years ago
|
||
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
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•