Closed
Bug 264325
Opened 20 years ago
Closed 20 years ago
Home/End/PgUp/PgDn doesn't work in Input/TextArea/Composer/MailNews on Solaris Xserver
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ginnchen+exoracle, Assigned: ginnchen+exoracle)
Details
(Keywords: fixed-aviary1.0, fixed1.7.5, Whiteboard: [have patch] ready to land)
Attachments
(1 file)
1.16 KB,
patch
|
bryner
:
review+
jst
:
superreview+
brendan
:
approval-aviary+
brendan
:
approval1.7.5+
|
Details | Diff | Splinter Review |
Use Soalris Xserver, Input something in Input/TextArea/Composer/MailNews, Press Home/End/PgUp/PgDn, nothing happens. It can be reproduced on Mozilla 1.7.3, Mozilla 1.8a5, Firefox 1.0PR Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041014 Firefox/0.10
a regression of bug 257405
Flags: blocking1.7.x?
Flags: blocking-aviary1.0?
bryner, I'm not sure if these lines can help bug 257405.
Assignee: general → ginn.chen
Status: NEW → ASSIGNED
Attachment #162059 -
Flags: review?(bryner)
Comment 3•20 years ago
|
||
In Composer, when you right click on your mouse, the command window [the one that opens up with all the chices] opens across the page. It should open directly next to the pointer. Thanks
Updated•20 years ago
|
Flags: blocking1.7.x?
Flags: blocking1.7.x+
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0+
Comment 4•20 years ago
|
||
(In reply to comment #2) > Created an attachment (id=162059) > patch > > bryner, > I'm not sure if these lines can help bug 257405. > Ginn, can you explain why we don't want to do this mapping?
Flags: blocking1.7.x?
Flags: blocking1.7.x+
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0+
(In reply to comment #4) > Ginn, can you explain why we don't want to do this mapping? bryner, I'm not quite understand bug 257405. But these code prevent "inputfields", "textareas" & "editor" binding inherit "browser" binding. See mozilla/content/xbl/builtin/gtk2/platformHTMLBindings.xml If I copy PGUP/PGDN... bindings from "browser" to "editor" ... It will also work. (Actually DOMKeyCodeToGdkKeyCode isn't called in this case)
Flags: blocking1.7.x?
Flags: blocking1.7.x+
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0+
Comment 6•20 years ago
|
||
Ginn, please don't set blocking* flags, those are for project managers to approve or reject. I'll return the flags to ? status for now, but I'll help make sure that this bug gets attention for 1.0. We need a patch that bryner can review, though, so you may have to give a more detailed rationale about it. ;-) Even better if you put the rationale details, or a URL to persistent docs that explain the patch or the feature it uses, in the patch itself as a code comment. /be
Flags: blocking1.7.x?
Flags: blocking1.7.x+
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0+
Hi Brendan, I was thinking bryner changed "the blocking flag" by accident. Since you had set them at 15:29 PDT, and bryner commented at 15:30 PDT, and set them back to "?" Anyway, I leave flags for you.
Comment 8•20 years ago
|
||
Ok, I think I understand the problem. The mappings in nsSunKeycodes are not two-way... that is, GDK_F29 becomes NS_VK_PAGE_UP when it enters our event system, but that doesn't mean all NS_VK_PAGE_UP events are GDK_F29. Since it looks like this is the case for all of the mappings in that array, your original patch looks fine. You might want to add a comment to this effect.
Updated•20 years ago
|
Attachment #162059 -
Flags: review?(bryner) → review+
Attachment #162059 -
Flags: superreview?(jst)
I've tested it with Xsun and Xorg on Solaris, both work fine with the patch.
Comment 10•20 years ago
|
||
Ginn, sorry about that -- right you are. I wish bugzilla would flag those request mid-air collisions. Restoring +'d nominations; sounds like this will make it with no problem. /be
Flags: blocking1.7.x?
Flags: blocking1.7.x+
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0+
Updated•20 years ago
|
Whiteboard: [have patch] need review jst
Comment 11•20 years ago
|
||
Comment on attachment 162059 [details] [diff] [review] patch sr=jst
Attachment #162059 -
Flags: superreview?(jst) → superreview+
Comment 12•20 years ago
|
||
Comment on attachment 162059 [details] [diff] [review] patch a=brendan@mozilla.org for 1.7 and aviary branches -- please note checkins into both here, and set the fixed1.7.x and fixed-aviary1.0 keywords. Thanks, /be
Attachment #162059 -
Flags: approval1.7.x+
Attachment #162059 -
Flags: approval-aviary+
Updated•20 years ago
|
Whiteboard: [have patch] need review jst → [have patch] ready to land
Comment 13•20 years ago
|
||
Fix landed on trunk and branches.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Keywords: fixed-aviary1.0,
fixed1.7.x
Resolution: --- → FIXED
Assignee | ||
Comment 14•20 years ago
|
||
Thank you, bryner, jst and brendan.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•