Issue 40697 - pasting text from PowerToy Calculator inserts text with invalid (empty) language attribute
Summary: pasting text from PowerToy Calculator inserts text with invalid (empty) langu...
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 1.1.4
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL: http://xdcdx.galeon.com/linebreaks_bu...
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2005-01-14 16:40 UTC by xdcdx
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

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


Attachments
RTF which will generateempty (Western) language entry in OO (843 bytes, text/rtf)
2005-01-19 15:05 UTC, michael.ruess
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description xdcdx 2005-01-14 16:40:57 UTC
I am using OpenOffice 1.1.4 stable for Windos XP and I have found what I think
it is a bug.

Using Write I pasted some formatted text copied from the application PowerToy
Calculator (it is a improved calculator for Windows, made by Microsoft, it
actually sucks, but I did not found anything better, you can get it here
http://www.microsoft.com/windowsxp/downloads/powertoys/xppowertoys.mspx), and it
suddenly stopped moving words that don't fit in one line to the next one,
starting the line where I pasted the text.

It did not hyphenate, just leaved half word in one line and the other half in
the next line. Paragraphs following that one, stopped moving words that don't
fit in one line to the next one; but that could be fixed by applying the 'Text
body'' (or other) style to the paragraphs Half (after the pasted line) of the
paragraph where I pasted this stuff ignores the style and never moves words
correclty.

I can reproduce this pasting text from the mentioned application, I can also
provide a .sxw that shows this behaviour. 

I posted the sample file to http://galeon.com/xdcdx/linebreaks_bug.sxw

Selecting Format -> Default fixes the paragraph with the paste, that could not
be fixed selecting the style 'Text default'. Also, when pasting the text using
Special Paste -> Unformatted text (rather than Formatted Text (RTF)) it does not
show this weird behaviour.

Despite the workarounds, I think this is a bug.
Comment 1 lohmaier 2005-01-14 19:56:51 UTC
The cause is an invalid language attribute of the text. It is set to "" (empty)
which is not a valid choice.
In lack of windows I cannot test any further. Solution for the problem is to set
a language (or "none") in Format|Character
Comment 2 lohmaier 2005-01-14 19:58:48 UTC
forgot to adjust summary.
Comment 3 xdcdx 2005-01-14 21:14:59 UTC
Just a thought, maybe pasting text from some (or a lot of) other Windows
programs cause this too, maybe restricting the summary to Powertoy Calc is too
concrete.
Comment 4 lohmaier 2005-01-14 21:52:44 UTC
just name the other apps....
Comment 5 michael.ruess 2005-01-19 12:08:56 UTC
I downloaded the Powertoy Cal and I couldn't see the problem. When I pasted the
Clipboard content into OO Writer (as formatted text), Writer automatically sets
the language attribute to the value f the default style.
Perhaps I just selected the Wrong window from the Calculator as source. So
please give a short description how you copied the text.
BTW: I tried copying text by using the History and Input window.
Comment 6 xdcdx 2005-01-19 14:28:59 UTC
I keep getting the bug doing these steps:

1) Write some words in OpenOffice's write until you are in the second line.
2) Type 6+6 [enter] (or whatever) in PowerToy Calc.
3) Copy "6+6  12" from PowerToy Calc's history window
4) Paste in open office with ctrl+v
5) Continue writing some words until end of line is reached, the words don't get
moved to the next line.

See linebreaks_bug.sxw, it shows the problem.

My Windows XP and OpenOffice are in English, but I have "Language for non
unicode programs" set to Japanese in Control Panel -> Regional and Language
Settings -> Advanced. Maybe this is related to the problem.

Can anybody else try this?
Comment 7 michael.ruess 2005-01-19 15:03:44 UTC
That was the problem... The language was set to Japanese. I have extrcted the
RTF code from the clipboard format and will attach it to this issue.
Comment 8 michael.ruess 2005-01-19 15:05:52 UTC
Created attachment 21688 [details]
RTF which will generateempty (Western) language entry in OO
Comment 9 michael.ruess 2005-01-19 15:09:37 UTC
MRU->FLR: the text in the RTF is formatted as language "Japanese". Thus it
creates an empty language entry for Western language in character format
(Japanes attribute will be set for the Asian language entry). If there's no
information about the Western language available, "None" or the default language
should be set.
Comment 10 michael.ruess 2005-01-19 15:10:47 UTC
reassigned to FLR.
Comment 11 lohmaier 2005-04-14 17:41:13 UTC
removing needmoreinfo keyword as now the cause is identified.
Comment 12 Rob Weir 2013-07-30 02:44:34 UTC
Reset assignee on issues not touched by assignee in more than 1000 days.