Closed Bug 24926 Opened 25 years ago Closed 24 years ago

Linux - Can't paste to 3rd party plaintext editor

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: elig, Assigned: pavlov)

References

Details

(Keywords: platform-parity, Whiteboard: [PDT-]) 

* TITLE/SUMMARY
[BETA1] [PP] Linux - Can't paste to 3rd party plaintext editor

* STEPS TO REPRODUCE
0) Launch Apprunner
1) Copy text from any web page, embedded text field (tried the URL bar), or 
Editor window. (I tried all three.)

<To be anal, confirm that the console window reports a proper copy, by printing 
">>>>>>>>>>>>>>>>>> Write Clipboard to Memory"

2) Launch any 3rd party editor, and try to paste the text into it. (I tried 
Netscape Composer 4.61 and gEdit as bundled with RamiroHat GNOME.)

* RESULT
 - What happened

No text is pasted --- the "Paste" menu item is disabled within Composer. gEdit 
reports a successful paste, but nothing is pasted.

---> However, if you then go to Mozilla Composer (which I believe is the only 
application expecting rich text), the paste works fine.

 - What was expected 

Text should be pasteable into external editors that need plaintext.

* REGRESSION

 - Occurs On
        Linux Apprunner (2000012408 commercial optimized build)		

 - Doesn't Occur On
        Win32 Apprunner (2000012402 optimized build [NT 4, Service Pack 5])
        Mac OS Apprunner (2000012108)



* CONFIGURATIONS TESTED

- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM 
used), 1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5.

- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).
QA Assigning to self.
QA Contact: sujay → elig
I can't reproduce this.  I can paste plaintext into emacs, 4.71 plaintext mail
compose, and xiterm.

Oh, I bet I know what the problem is ... instead of using middle-mouse paste,
which takes the X PRIMARY selection, you're using apps which have an edit menu
and which expect the Motif CLIPBOARD selection.  We don't support the CLIPBOARD
selection model (yet?) -- I tried to add it once, and found that gtk didn't seem
to support it at all, and I bogged down trying to integrate Xlib clipboard code
with the existing gtk code so that we could support both.

The best solution would be for gtk to start supporting the CLIPBOARD selection
as well as PRIMARY, since a lot of apps seem to expect it.

Reassigning to Pavlov, who owns the X clipboard code and who also knows gtk
people whom he can ask about this issue.  I think he already has another bug on
this issue, so this is probably a dup.
Assignee: akkana → pavlov
Ah; it all makes sense now.


Adding "pp" keyword.
Keywords: pp
*** Bug 24841 has been marked as a duplicate of this bug. ***
Due to Beta indication in Summary, putting beta1 into keyword field.
Keywords: beta1
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
Summary: [BETA1] [PP] Linux - Can't paste to 3rd party plaintext editor → Linux - Can't paste to 3rd party plaintext editor
Status: NEW → ASSIGNED
Target Milestone: M14
I don't know that this needs to be beta1.  It is not a major problem in a major 
area of functionality.  If pasting into our own url field was broken, then that 
would be different, but I wouldn't hold beta for this.

Removing PDT+ for reconsideration.
Whiteboard: [PDT+]
Please don't change my bugs.  If copy and paste didn't work on windows into
notepad, word, etc you would hold beta.  If it doesn't work on Linux, we can't
ship.
Component: Editor → XP Toolkit/Widgets
Whiteboard: [PDT+]
The 4.x browser/html composer is the primary victim of this, since it uses the
Motif clipboard selection.  Most other Unix apps can use primary.  So the
question is whether we want to break compatibility with 4.x.
Whiteboard: [PDT+] → [PDT+] 2/15/19100
Blocks: 25824
after careful review of this bug, I am not sure that it needs to be PDT+.  On X
there are two different clipboard models.  One is called "PRIMARY" and 
generally contains the information currently selected.  The other is "CLIPBOARD"
and generally stores information inside an application for use within the app. 
This basically means that in things like 4.x, using the paste menu item won't
work because that uses the CLIPBOARD method.  You can still paste in to 4.x
using the middle mouse button because that accepts the PRIMARY selection.  I do
plan to add support for CLIPBOARD soon, but I don't feel that it is a beta
blocker.  Removing PDT+ for reconsideration.
Whiteboard: [PDT+] 2/15/19100
Putting on the PDT- radar for beta 1.
Whiteboard: [PDT-]
*** Bug 29797 has been marked as a duplicate of this bug. ***
*** Bug 29797 has been marked as a duplicate of this bug. ***
Hmm I cannot copy/pste from a windows notepad for example into the Mozilla URL text field. And this on Win95 even. I tested this also on Win2000... If I am typing somewhere in any other field (like the Additional Comments field here) and select the URL field above and then do a Edit => Paste or a Ctrl-V then it pastes it into the 'Additional Comments' field. Something with the focus is wrong...
Not sure if I should open a separate bug for this. Oh yea and its M15 where this
happened.

If there's a problem copying/pasting between notepad and mozilla, that would be
a completely different bug -- please file it as such.  This one concerns an
issue that can only happen under X on Unix machines.  If it's a focus issue and
pasted text goes to the wrong place, saari@netscape.com might be a good person
to own it.
[Note to self: when verifying, please check scenario of copying text, then
copying image content, and seeing what gets pasted into the URL bar.]

this is really the same bug as 20901, but i'm going to leave this one open and
mark it as a dependancy
Blocks: 20901
Target Milestone: M14 → M16
Mass-moving all M16 non-feature bugs to M17, which we still consider to be 
part of beta2
Target Milestone: M16 → M17
checked in fix
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Verified fixed (and also confirmed 24841). Specifically, on today's Linux build, 
you can:
	- copy text (both by automatic selection and via selecting 'Copy' from Edit 
menu) from Mozilla and paste (both via middle-mouse paste & the "Paste" menu item 
under Edit menu) to GNOME applications such as gnotepad, gnumeric, gedit, and so 
forth.
	- paste text (as copied from GNOME applications as listed above) into the 
Mozilla Composer.

Thus, marking as verified. Thanks, Pavlov!
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.