31254 - Alt+V shortcut doesn't work within browser dialogs

Status: VERIFIED DUPLICATE of bug 31233

(Core :: XUL, defect, P3)

Description

[sairuh (rarely reading bugmail)]

noticed this while using opt comm bits on linux, 2000.03.09.13.

to repro:
1. select (highlight) some textual content from a webpage (eg,
http://www.mozilla.org).
2. copy the selection, either by Edit > Copy or Alt+C.
3. open up a dialog --i tried both the
(a) Open Web Location dialog, and the
(b) Preferences dialog (Navigator panel)
4. paste the selection into the textfield of the dialog (for (b) it's the field
for "Home page") using Alt+V.

expected: selection should be pasted into the textfield.
result: nothing is pasted --textfield remains blank.

additional notes:
* this also fails when i selected text (to copy) from an xterm.
* Alt+V works fine when pasting into the Location field in the Navigation
Toolbar.
* pasting works fine if i use the middle mouse button rather than the shortcut.

Comment 1

[Eli Goldberg]

Duplicate of 31233?

Comment 2

[sairuh (rarely reading bugmail)]

no, don't think it's a dup of bug 31233, since am unable to paste (Alt+V) to the
Open Web Location dialog on linux. added pp keyword.

Comment 3

[David Hyatt]

...

Comment 4

[Akkana Peck]

Interestingly, control-V works.

In XBL, alt-V is the main paste binding on Unix (htmlBindings.xml), with
control-V being an alternate defined in platformHTMLBindings.xml.

But I wonder if this isn't coming through xml at all, and is perhaps being
handled somewhere else?  Text fields/areas in the browser window (including the
urlbar) work fine, both control-v and alt-v work.

Comment 5

[Peter Trudelle]

Mass-moving most M15 bugs to M16

Comment 6

[saari (gone)]

Sounds like commonDialogOverlay.xul (I think that is the right one) doesn't have 
the alt+v bindings. I know that is how the cntl bindings are working.

Comment 7

[Akkana Peck]

Shouldn't text fields pick up the XBL bindings (both control and alt, platform
and xp) from htmlBindings and platformHTMLBindings, without going through XUL at
all? 

Comment 8

[saari (gone)]

Yes, it should and apparently doesn't. I was just explaining why the ctrl version 
worked. 

Comment 9

[Akkana Peck]

I've been poking around XUL dialog files (there is no commonDialogOverlay.xul),
and I can't seem to find the dialog overlay that redefines keys like ^C.  Might
be a good idea to find these and take them out, since they're masking other
problems.

Comment 10

[Peter Trudelle]

why is this not resolved as a dup of 31233?

Comment 11

[saari (gone)]

Yeah, this is a more specific version of 31233.


*** This bug has been marked as a duplicate of 31233 ***

Comment 12

[John Morrison]

vrfy dup