Issue 99849

Summary:

Loss of Typed Text with CTL text

Product:

Writer

Reporter:

yajva <yajva>

Component:

editing

Assignee:

stefan.baltzer

Status:

CLOSED FIXED

QA Contact:

issues@sw <issues>

Severity:

Trivial

Priority:

CC:

hdu, issues

Version:

OOO300m9

Target Milestone:

---

Hardware:

OS:

Windows, all

Issue Type:

DEFECT

Latest Confirmation in:

---

Developer Difficulty:

---

Issue Depends on:

Issue Blocks:

99999

Attachments:

Description	Flags
Demo file to illustrate faulty behaviour	none
Keboard IME for fault behaviour reproduction	none
Keboard IME for fault behaviour reproduction	none
Font required for reproducing faulty behaviour	none

Description yajva 2009-03-04 08:40:22 UTC

Situation:
Entering text with font Yahoma or Chandas, IME is chandas IME (links below)

Summary of problem:
On typing

a <space> a <space> a <space> a <space> a <space> a <space> a <space>

on a "new line", typing another 'a' causes the entire line to disappear.

The behavior is perfectly repeatable.

Happens with Tahoma/Chands/Uttara and pretty much any other asian font.

Happens whether 'enabled for CTL' and 'enabled for asian languages' are enabled
or disabled.

bug.odt with 7 'a's and seven intervening spaces enclosed. Typing another a with
Chandas IME enabled will cause the line to dissapear.

Chandas font
http://www.sanskritweb.org/cakram/chandas.ttf
Chandas IME
http://www.sanskritweb.org/cakram/chandas-ime.zip.

Comment 1 yajva 2009-03-04 08:42:10 UTC

Created attachment 60662 [details]
Demo file to illustrate faulty behaviour

Comment 2 yajva 2009-03-04 08:46:54 UTC

Created attachment 60663 [details]
Keboard IME for fault behaviour reproduction

Comment 3 yajva 2009-03-04 09:12:17 UTC

Created attachment 60665 [details]
Keboard IME for fault behaviour reproduction

Comment 4 yajva 2009-03-04 09:17:06 UTC

Created attachment 60667 [details]
Font required for reproducing faulty behaviour

Comment 5 michael.ruess 2009-03-05 10:41:09 UTC

MRU->HDU: open attached odt, type anything at the end of the line -> text at
beginning will be invisible.

Comment 6 hdu@apache.org 2009-03-05 11:07:29 UTC

Only on WIN, not on UNX or AQUA

Comment 7 hdu@apache.org 2009-09-07 14:55:34 UTC

Found the root cause: USP's ScriptItemize fails for this text with E_OUTOFMEMORY even though more than 
enough items have been preallocated (more than the number of UTF-16 codepoints in the string). In this 
example there were sixteen items preallocated for the eight spaces and the seven sanskrit-characters. 
Giving USP more items works around the outofmem. It seems that USP first determines the script items 
naively and then merges them if possible (in this case the sanscrit with the neutral spaces).

Comment 8 hdu@apache.org 2009-09-09 13:19:43 UTC

There are many scenarios where this could also hit us and the fix is simple => added to 3.2 tracker issue

Comment 9 hdu@apache.org 2009-09-09 15:56:28 UTC

Similar problems exist for Thai, Hindi, etc.
Fixed in CWS ooo32gsl01.

Comment 10 hdu@apache.org 2009-09-10 05:41:18 UTC

Fixed in CWS ooo32gsl01.

Comment 11 hdu@apache.org 2009-10-16 10:32:02 UTC

@sba: please verify in CWS ooo32gsl01

Comment 12 stefan.baltzer 2009-10-21 17:59:46 UTC

Note: The reproduction works well with the bugdoc. Just copy and repeatedly
paste the last two characters at the end of the line. With doing so, I even
managed a loop in an OOO320_m1 office installation without the fix. 

Fix verified in CWS ooo32gsl01.

Comment 13 stefan.baltzer 2009-11-02 09:09:26 UTC

OK in OOO320_m3. Closed.