Pasting into HTML message from Open Office doesn't work



16 years ago
11 years ago


(Reporter: fb, Assigned: sspitzer)



Firefox Tracking Flags

(Not tracked)




16 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624

Trying to paste a selection from Open Office (writer) 1.03 or 1.1RC2, into an
HTML Compose Mail window, does not work. Mozilla freezes for a number of seconds
and when it comes back nothing was pasted in. Seems okay to paste into a Text
Compose Mail window.

Reproducible: Always

Steps to Reproduce:
1. Start Open Office and a new Text Document
2. Open a document originally created with Microsoft Word
3. Select some text and do Edit->Copy
4. Open a HTML compose mail window
5. First problem, only Edit->Paste as Quotation shows up
6. Choose Edit->Paste as Quotation

Actual Results:  
Window will freeze, and when it comes back, nothing was pasted. If I start a new
Open Office text document (i.e. don't load a word doc) and enter some text, then
try the copy/paste, it seems to work okay. But loading a Word document to copy
from seems to always trigger this behavior

Expected Results:  
Text should be copied into the mail window at the current cursor position.

Comment 1

16 years ago
This does work on Windows (Win2k, OOO 1.0.2, Moz 1.4).

Unimportant remark:
But the text is pasted as quotation - as opposed to text copied from another
text editor. And the text itself is shifted down two lines, looks like this:
-------------begin paste-------------

This is a test.
-------------end paste---------------
But this is not the bug reported here and also occurs when pasted into MS Word,
so it is an OOO bug, mentioned here only for completeness.

Comment 2

16 years ago
with linux trunk 20030802, I see this bug but only if I try to copy/paste a lot
from OO.

dupe of "[Linux] Can't paste over 4000 bytes from another app into mozilla"

*** This bug has been marked as a duplicate of 56219 ***
Closed: 16 years ago
Resolution: --- → DUPLICATE

Comment 3

16 years ago
I do not agree this is a dup of 56219. I am selecting a few words for
copy/paste, which I seriously doubt results in over 4000 bytes.

Another comment also implied this is really a bug with Open Office -- it may be,
but I am skeptical -- I can do the same copy paste operation into gedit, or a
shell window, etc. The problem only seems to happen with Mozilla. Note that I
get similar results when attempting to paste into a new composer page. 

Also note, that I believe this is a linux only (Not windows) problem.

Resolution: DUPLICATE → ---

Comment 4

16 years ago
rjf: please read my comment more carefully! I did not say that what you reported
is an OOO bug. I only said that it actually seems to be Linux-only because I do
not have this problem on Windows.

The OOO bug I mentioned was only the strange formatting of the pasted text which
also happens in other apps like Microsoft Word. I only mentioned it so others
who test this bug will not wonder what happens there.
I have not tested on Linux, maybe I'll get to it eventually. However, at least
Andrew does not experience the bug as you describe it on Linux.
You could try a clean install and new profile for testing to find the cause.

But as the problem only occurs with documents by MS Word, can you tell us more
about it? With which version was it created might be in "document info" or
something)? Does the problem only occur with this Word document or with every
one? (you find them in Google)
Does it matter which part of text you copy? When you save the file after
modifying, does this bug still happen?

Comment 5

16 years ago
On further investigation I was able to see the bug as described in comment 0,
but it is now working again.

Practically speaking, the only way to paste between two apps that works
consistently is middle-click.  That works for me consistently between OO and
Product: MailNews → Core
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Closed: 16 years ago14 years ago
Resolution: --- → EXPIRED
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.