Summary: | Comparing/merging two local files screws up the content | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Pascal Rapicault <pascal> | ||||||
Component: | Compare | Assignee: | Andre Weinand <andre_weinand> | ||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||
Severity: | critical | ||||||||
Priority: | P1 | CC: | john.arthorne, max_sigalov, veronika_irvine | ||||||
Version: | 3.0 | ||||||||
Target Milestone: | 3.0 M5 | ||||||||
Hardware: | PC | ||||||||
OS: | Windows 2000 | ||||||||
Whiteboard: | |||||||||
Attachments: |
|
Description
Pascal Rapicault
2003-11-19 10:16:30 EST
I am not using the equinox runtime and I see this with I20031119. I have seen it on Windows and GTK. Since I couldn't reproduce the problem: in what way is the content messed up? Sould you please attach an example? Thanks. Created attachment 6865 [details]
Picture of the bogus file content
The file is only displayed in a strange when loaded in eclipse. If I open the
file with notepad, I do not see the problem.
It sounds like an encoding problem.
There is a typo the instruction :-( From the equinox repo, you need to get the content of org.eclipse.core.runtime.osgi. Then the path to the file is correct. Indeed, this looks like a UTF-16 file. Thanks a lot. I'm investigating... We had the same problem this morning... We found the following workaround to solve the problem: - change the encoding of the editor to UTF16 - Copy contents of file to clipboard - delete the file - create a new file with the same name - paste from clipboard We found closing editors, etc, did not fix the problem. released a fix for M5 Is it in I200319111200? No, but it should be in the 3:30 EST rebuild. But I have attached the fixed compare plugin. Please let me know whether it fixes the problem. Created attachment 6873 [details]
fixed compare plugin
|