Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 349936

Summary: Text Compare not using formating attributes like background
Product: [Eclipse Project] Platform Reporter: neandr <gNeandr>
Component: CompareAssignee: Platform-Compare-Inbox <platform-compare-inbox>
Status: CLOSED WONTFIX QA Contact:
Severity: normal    
Priority: P3 CC: javajosh, kwiatek.adam, malgorzata.tomczyk, remy.suen, wcn00
Version: 4.1   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard: stalebug
Attachments:
Description Flags
faulty compare with example
none
Text Compare
none
Another example of the Bug in Eclipse Indigo
none
org.eclipse.compare.prefs causing the problem none

Description neandr CLA 2011-06-21 07:43:52 EDT
Build Identifier: Version: 3.6.2 M20110210-1200

Selecting 2 files and using "Compare With" --> "Each other" the background of the displayed file areas are back, also the markers at the boarders.
This symtome was also seen with other like: .log files with Aptana Studio  

Reproducible: Always

Steps to Reproduce:
1.select two files 
2. use "Compare with" --> "Each other"
Comment 1 neandr CLA 2011-06-21 07:46:43 EDT
Created attachment 198324 [details]
faulty compare with example
Comment 2 neandr CLA 2011-06-21 08:23:30 EDT
Created attachment 198328 [details]
Text Compare

This PNG shows the "Text Compare" display with line numbering and markers at the right boarder. A chnage with "preference" doesn't work, as it's possible to change attributes (background, selected line color, etc) with normal File view (Opened with "Text Editor")
Comment 3 Malgorzata Janczarska CLA 2011-06-28 10:42:33 EDT
Let me make sure I understand the problem correctly: the black background color is not set by you in preferences? If you go to Window -> Preferences -> General -> Appearance -> Colors and Fonts and hit "Restore Defaults" button the background and borders are still black?
The same problem doesn't happen when you open the same files in normal editor?
Comment 4 neandr CLA 2011-06-28 11:53:35 EDT
(In reply to comment #3)
> Let me make sure I understand the problem correctly: the black background color
> is not set by you in preferences? If you go to Window -> Preferences -> General
> -> Appearance -> Colors and Fonts and hit "Restore Defaults" button the
> background and borders are still black?
> The same problem doesn't happen when you open the same files in normal editor?

Yes! All points right, description as it is!

Because of that situation I went back to 3.4.2 which hasn't that problem!
Comment 5 Wendell Nichols CLA 2011-07-08 14:41:40 EDT
I have this problem exactly as described with only eclipse helios.  However if I start the same eclipse version with a new project in a new workspace I do not see the problem so it is related to some "junk" in the existing workspace metadata.  However I cannot figure out what that junk is.  I have a HUGE set of changes to submit to subversion and I'm going to have to use a text diff viewer to do it, then destroy and recreate my workspace.  I'll keep a copy in case someone who knows a little bit about workspaces wants to help out.
wcn
Comment 6 Tomasz Zarna CLA 2011-07-13 08:42:49 EDT
neandr, are you able to reproduce the issue after you have created a new workspace and a new project? Just like Wendell did in his comment above.
Comment 7 javajosh CLA 2011-07-13 19:09:45 EDT
Created attachment 199627 [details]
Another example of the Bug in Eclipse Indigo
Comment 8 javajosh CLA 2011-07-13 19:12:41 EDT
I'm getting this bug too in Indigo (eclipse.buildId=I20110613-1736) on OSX. See attached screenshot:

  https://bugs.eclipse.org/bugs/attachment.cgi?id=199627

I did not change my font and color settings, but I went through the hierarchy and clicked "Restore Defaults" then "Apply". I did set and reset to make sure that it takes.

One thing: I'm not sure, but I *might* have installed Aptana in this version of Eclipse.
Comment 9 neandr CLA 2011-07-13 19:34:09 EDT
(In reply to comment #6)
> neandr, are you able to reproduce the issue after you have created a new
> workspace and a new project? Just like Wendell did in his comment above.

Had to move back to working solution with E 3.4.2. Could not move the different projects over to a new Eclipse version and defining new profile. Sorry, just time constrains.
Günter
Comment 10 Adam Kwiatek CLA 2011-07-15 15:13:01 EDT
I had the same problem after switch from eclipse helios to eclipse indigo.
after removing this file:

workspace/.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.compare.prefs

and restarting my workspace problem has gone. The mentioned file was NOT created when we I made a brand new workspace in eclipse indigo.
Comment 11 Adam Kwiatek CLA 2011-07-15 15:22:04 EDT
Created attachment 199771 [details]
org.eclipse.compare.prefs causing the problem

file mentioned in Comment 10
Comment 12 javajosh CLA 2011-07-15 16:35:03 EDT
Thank you so much Adam, that fixed the problem! There is still a bug that needs fixing, but that's a legit workaround.

Here are the commands I entered in terminal on OSX:

cd [workspace]
rm .metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.compare.prefs

Interestingly, the changes that I had made to compare font finally showed through after I deleted that file.
Comment 13 Lars Vogel CLA 2019-11-14 03:14:42 EST
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

If the bug is still relevant, please remove the "stalebug" whiteboard tag.