Closed
Bug 264325
Opened 21 years ago
Closed 21 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•21 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•21 years ago
|
Flags: blocking1.7.x?
Flags: blocking1.7.x+
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0+
Comment 4•21 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•21 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•21 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•21 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•21 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•21 years ago
|
Whiteboard: [have patch] need review jst
Comment 11•21 years ago
|
||
Comment on attachment 162059 [details] [diff] [review]
patch
sr=jst
Attachment #162059 -
Flags: superreview?(jst) → superreview+
Comment 12•21 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•21 years ago
|
Whiteboard: [have patch] need review jst → [have patch] ready to land
Comment 13•21 years ago
|
||
Fix landed on trunk and branches.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Keywords: fixed-aviary1.0,
fixed1.7.x
Resolution: --- → FIXED
Assignee | ||
Comment 14•21 years ago
|
||
Thank you, bryner, jst and brendan.
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•