Bug 26035

Summary:	Local history uses wrong character encoding
Product:	[Eclipse Project] Platform	Reporter:	Roy Lee <kinium>
Component:	Compare	Assignee:	Andre Weinand <andre_weinand>
Status:	RESOLVED FIXED	QA Contact:
Severity:	major
Priority:	P3	CC:	n.a.edgar
Version:	2.0.1	Keywords:	nl
Target Milestone:	2.1 RC1
Hardware:	PC
OS:	Windows 2000
Whiteboard:

Description Roy Lee

2002-11-12 07:57:47 EST

i set the windows->preferences->editors->TextFileEncoding to GBK
it a Chinese charactor set.and then i wrote some Chinese in the println method 
just as System.out.println("²Ù×÷Ê§°Ü"); after some modify,i replace this code 
back from Local History.a mistake appeared.it left a mess in the println 
sentence.the same mistake appear in WebSphere Application Developer 5.0

Comment 1 Nick Edgar

2002-11-12 08:15:26 EST

Noticed that org.eclipse.compare.internal.Utilities.readString does not honour 
the workbench encoding (ResourcesPlugin.getEncoding()).

When showing local history items, Compare should use the workbench encoding.

When restoring items, though, it should just restore the bytes that were saved 
in the local history.  Encodings should not come into play at all.

Comment 2 Andre Weinand

2003-02-14 11:04:31 EST

fixed and released for I20030218