Issue 66718 - OO uses incorrect XATOM on clipboard for RTF.
Summary: OO uses incorrect XATOM on clipboard for RTF.
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0.2
Hardware: All Linux, all
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-24 15:45 UTC by pini
Modified: 2013-08-07 14:38 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Small java test software to explore the clipboard content (9.71 KB, text/plain)
2009-09-21 14:11 UTC, rosmord
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description pini 2006-06-24 15:45:35 UTC
OO sets "text/richtext" on it's clipbord (in X-windows), which prevents it from
interoperating correctly with other applications that use "text/rtf" or
"application/rtf" - for example Abiword. (The abiword team refuses to add the
"text/richtext" target, since it violates W3C specification, where this
mime-type is already used for another format. See
http://www.w3.org/Protocols/rfc1341/7_1_Text.html . See also the abiword bug:
http://bugzilla.abisource.com/show_bug.cgi?id=10334 .)

Would you, please, be so kind and add the correct target, so that OO can
interoperate with other programs correctly? Thanks a lot!
Comment 1 michael.ruess 2006-07-19 14:39:33 UTC
Reassigned to ES.
Comment 2 eric.savary 2006-07-19 15:02:26 UTC
ES->AMA: Please have a look!
Comment 3 kpalagin 2007-04-18 05:22:35 UTC
pini,
any chance you could provide step by step repro?
Thanks.
Comment 4 pini 2007-04-18 07:22:18 UTC
Uhm, what do you mean by "step by step repro"? I've already analyzed what the
_problem_ is so what "steps" do you need?

If you want to see the _symptoms_ of this problem, just try to copy&paste a
(rich) text from OO into abiword. It'll be copied but as a plain text only. (But
you can just use any clipboard inspect tool - I'd recommend the "dndskan",
http://slaout.linux62.org/dndskan/index.html - to see, that OO uses
"text/richtext" instead of "text/rtf" target...)
Comment 5 kpalagin 2007-04-19 14:02:59 UTC
Confirming as per http://community.i-
rs.ru/index.php/topic,4046.msg24997.html#msg24997 - OO sets "text/richtext" 
using OO 2.2 on Suse 10.2.
Comment 6 rosmord 2009-09-21 14:07:06 UTC
This bug is really annoying. 

"text/richtext" is definitly not "text/rtf". Hence applications which interact
with openoffice will either
a) to interpret incorrectly "text/richtext" as being RTF
or
b) not understand openoffice when it pastes RTF...

The bug appears only on linux. Mac OS X and Windows versions of Openoffice work
fine here.

As an aside Java can send text/rtf to the linux clipboard without any problem
(and openoffice can read it from the clipboard too).
Comment 7 rosmord 2009-09-21 14:11:35 UTC
Created attachment 64886 [details]
Small java test software to explore the clipboard content
Comment 8 rosmord 2009-09-21 14:18:31 UTC
(Sorry for the number of comments. I'm not familiar with the Issue interface).
So, if you use the small java software TransfertTest.java above to list what is
available on the clipboard (that's "list clipboard data types), you will see
that on windows or mac, it proposes text/rtf. 

On linux, pasted text from openoffice appears as "text/richtext". When you look
at the data sent (select text/richtext in the top combobox, and click the paste
button in the little test program), the data is really "text/rtf".

The bug appears both in the ubuntu distribution of openoffice and in the
official openoffice debian distribution.