Issue 20686 - Greek extended Unicode characters do not display correctly in the Find/Replace dialog box
Summary: Greek extended Unicode characters do not display correctly in the Find/Replac...
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 1.1
Hardware: PC Windows XP
: P4 Trivial (vote)
Target Milestone: OOo 1.1.1
Assignee: jack.warchold
QA Contact: issues@gsl
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-04 09:53 UTC by othr
Modified: 2004-01-30 15:13 UTC (History)
1 user (show)

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

Attachments
OOo text file (5.26 KB, application/x-compressed)
2003-12-14 07:51 UTC, othr 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description othr 2003-10-04 09:53:58 UTC 
Text containing Greek extended Unicode characters does not display correctly 
in the Find/Replace dialog boxes in the Word Processor and Spreadsheet 
applications

To replicate problem:
step 1) Ctrl F (ie Find & Replace)
step 2) Paste ἰσχυω in find box (without quotes) (this word has unicode 
character U+1F30)

1st problem: cursor doesnt blink in right location

step 3) left click in Replace with box
step 4) left click in Search for box

2nd problem: characters other than first character do not display.
Comment 1 atr 2003-10-06 08:39:57 UTC 
ATR->SBA: Hi Stefan, please have a look. I think this one is one for
you or US.
Comment 2 jack.warchold 2003-12-11 14:52:56 UTC 
reassigend to jw

can you please attach a document, containing some of this charakters? would be 
easier to test this problem with a document including the unicodecharacters that 
are not found by the f&r routine.

have you tested this issue with the final version? does this error still occurs, 
because there are a lot of enhancements and bugfixes made between rc3 and the 
final release.
Comment 3 othr 2003-12-14 07:51:25 UTC 
Created attachment 11934 [details]
OOo text file
Comment 4 othr 2003-12-14 07:52:51 UTC 
File attached as requested. Yes, problem still occurs in 1.1 final English 
version.
Comment 5 jack.warchold 2003-12-30 10:55:50 UTC 
i can confirm this.
tested with the attached document. just copy the firs line and paste it in the 
f&R "search for" field. as long as the text in the field is selected only the 
first letter is visible and the cursor is behind this first letter, if you 
deselect the string, by clicking in the "replace with" field por example, the 
whole string is now visible but the cursor is still behind the first letter.

this only happens as long as the string is selected and in both text fields.

set to new
reassigend to os
set target to OO later
set prio to P4
set version to 1.1 (still present in 1.1.1a)
Comment 6 Oliver Specht 2004-01-07 13:19:21 UTC 
os->hdu: This happens in all Edit fields. Any idea why?
Comment 7 hdu@apache.org 2004-01-07 14:54:47 UTC 
The same reason as #111950# (GetCaretPosition() wrong for SimpleWinLayout in
glyph fallback case) => fixed in CWS vcl7pp1r3

HDU->JW: please verify
Comment 8 jack.warchold 2004-01-08 11:37:02 UTC 
can confirm that this bug is fixed in the named childworkspace.

set to fixed.
this will be fixed in OOo1.1.1 final
Comment 9 jack.warchold 2004-01-08 11:37:51 UTC 
fixed -> verified
Comment 10 stefan.baltzer 2004-01-30 15:13:04 UTC 
SBA: OK in srx645_m27s1-2_01.8738 (OOo 1.1.1 candidate). Closed.
Comment 11 stefan.baltzer 2004-01-30 15:13:47 UTC 
.