Strange tabs-names characters in Eclipse IDE - eclipse

I am getting strange tabs-names characters in Eclipse IDE.
(Operating system - Win10x64. Software - Eclipse x64 for java developers)
Buggy tabs:
Correct in the pop-up window:
What may be the problem?

This is suggested by greg-449.
The issue is described here.
I have set every font (I don't know witch is required) as consolas and it worked for me.

Related

Eclipse Photon - wrong keyboard layout only for shortcut

Moving from Eclipse Oxygen (4.7), to Eclipse Photon (4.8) introduced a strange issue with wrong keyboard layout, only for the shortcut.
I mean, for instance:
in any editor, typing A key is producing a 'A' letter, which is OK
but using CTRL+A, to select all, is NOT working, because it is regarded as a CTRL+Q (i.e. keyboard layout regarded as Qwerty instead of Azerty here)
After analysis, I found various related bug report on Eclipse' Bugzilla:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=531378
https://bugs.eclipse.org/bugs/show_bug.cgi?id=533395
https://bugs.eclipse.org/bugs/show_bug.cgi?id=61190
But, I still don't have any working workaround to use Eclipse Photon with the good keyboard layout for shortcuts (despite having removed ALL keyboard layouts, but the one wanted, on my OS => which is GNU/Linux Fedora 26, with Gnome Shell).
Acting, the bug fix is NOT embedded in the 2018-09 release, I moved back to my previous Eclipse Oxygen release, where the bug does not exist.
Do you know any way to have this bug fixed with Eclipse Photon release?
This is a known issue of Eclipse Photon (4.8) (see this comment for a workaround). It has been fixed in the follow-up release Eclipse 2018-09 (4.9), on September 19, 2018.
Upgrade Eclipse to get the fix (e.g. by enabling major upgrades).

Eclipse Juno: Windows "Open File" dialog box does not work

I recently move to Eclipse Juno from Indigo. Although Juno works perfectly as far as my needs the windows "Open" dialog box does not load for some reason. For example, File/Open File does not work.
This is a problem across all places where we need to include a file like adding external JARs or any other place where files need to be added from a windows directory.
"Include Directory" does work where I need to get the directory included but the issue is only with file dialog box.
I have a Windows 7 64 bit and it’s a Eclipse with Java & CDT plug-in.
Reinstalling eclipse would be a last resort as I would need to re-configure 40+ projects again as we have a very peculiar setup here.
I did try to research this but hardly could find more details.. Any pointers to fix this issue will be greatly appreciated.
Edit:
Just wanted to add that tooltip does not work up when I hower mouse on the different icons/files ect, not sure if this is related but just wanted to mention.
Also, I tried updating my eclipse to Kepler but it still does not work, I am now wondering if my Windows 7 has something to do with this..?
I was able to finally resolve this based on research done in this Eclipse bug. My work machine still has java 1.6.0_26 and this release has a bug related to AWT.
I changed the eclipse's java version to 1.6.0_45 and this issue was resolved. I used -vm parameter in eclipse.ini file in to tell eclipse to use a different version.

lint4j installation on Eclipse Juno

Has anyone had success installing lint4j on Eclipse Juno and having the options show up in the preferences pane? My installation shows the lint4j entry in the tree view but there are no options available for it.
Eclipse 4.2 64 bit on Mac OSX
tl;dr : Check Update 2 below. I think I might have found the problem.
I have the same setup as you do (OSX Mountain Lion + Eclipse Juno Java EE 64 Bit)
I just tried installing lint4j on my spanking new Eclipse Juno (Java EE). Please take a look at this screencast to see how it went.
After installing I had no errors in the Error Logs (as in the video) and my Eclipse preferences had a Lint4j preference option (which did not have any options though) :
I followed the exact same steps for Eclipse Indigo and got the exact same results. So looks like the problem may not be with Eclipse (Indigo / Juno) but with the plugin or the OS we are trying this under. I noticed that the official snapshot too has a the 'missing' options :
Update
This, from here, seems ominous :(
Lint4j has been developed and tested extensively on MacOSX 10.2 and
10.3
And we are trying it out on OSX 10.6 or 10.7 and 10.8 !!
I have just registered to their mailing list (mailto:majordomo#jutils.com), will put up a question there regarding this. Hope we are not missing something obvious from Lint4j's documentation.
Update 2
Ah mate, I think I found the problem. We are looking in the wrong place !! I realized this after going through the lint4j intro here.
There are no options to configure in Eclipse preferences. All the lint4j options are available on the project. So if you go into a Java project's properties, there you see the Lint4j preference and the expected options like so :

eclipse / aptana - text compare show code syntax highliging

I am using Aptana 3 which is basically a modified version of eclipse, so i think this question is applicable to both
Before I commit code in I like to review my changes via the text compare. It allows me to double check things I have changed.
However although text has been highlighted for changes made it does not keep the php syntax highlights. Is there anyway I can keep the PHP or whatever syntax highlighting when viewing differences?
See screenshot.
This is something that a plugin author must implement, and, it seems that it's still not implemented for Aptana's PHP editor, so, the proper thing to have that would be reporting this as a bug to be fixed in a future Aptana Studio 3 version.
This is a feature of the Eclipse editor. Perhaps you can try opening the file in another editor. Right click on the file and go to open with and choose different PHP Editor.
I am not a PHP programmer but perhaps you can check these links to see if you can find and alternate plugin with the features you want.
http://eclipse.org/proposals/php-ide/
http://www.phpeclipse.com/
First of all, Aptana is not "a modified version of Eclipse". Aptana is based on the Eclipse Platform. I am using the Aptana Studio 3 plugin for Eclipse (3.7.1; because of PyDev and features like "Local Filesystem"). ISTM that this is a problem with the Aptana PHP Editor, which the Eclipse PDT editor takes preference over in Eclipse (that might be due to the fact that I had installed the PDT plugin first).
You can try to work around this if you install PDT in Aptana Studio 3 (if necessary and possible), and define the PDT editor as default for PHP files (in Eclipse, and perhaps Aptana as well, it is under Window → Preferences → General → Editors → File Associations). You can also report this as an Aptana bug. Or use Eclipse with the Aptana Studio 3 plugin in the first place; IMHO, most Aptana editors, including the Aptana PHP editor, are not much of an improvement over the "built-in" Eclipse editors.
The issue has been repotorted on aptana bug tracker (by me) and apparently it is going to be fixed with 3.1
the bug tracking number is APSTUD-3922 for anyone who is interested

Eclipse randomly exits after installation of Blackberry plugin/SDK

Since adding the Blackberry Java classes from their website into eclipse, I've had it where eclipse will randomly close, with no discernible pattern, rhyme, error or reason. Here is the environment/software packages that I am using:
Windows XP SP2
Eclipse v3.5.1
Blackberry Java Plugin v1.1.1.200911111641-15
Blackberry Java SDK 4.5.0.21
I've tried the usual steps of complete uninstall and reinstallation of Eclipse and the accompanying plugins on multiple systems with the same configuration, including one that had a fresh install of Windows XP SP2. Upgrading to Eclipse 3.6 didn't work (the plugin wont' install as it's the wrong version), nor the downgrade to 3.4 for the same reason. I also increased the heap size to 512 (system has two gigs of memory) as some research into Eclipse doing this type of thing with Groovy was resolved that way, but again, no dice. Eclipse works great when the blackberry plugins are not installed, and no entries of errors or issues in the event log are helping to show what the issue with these plug-ins might be.
So if anyone has ran into this issue, and even better, has a solution, I'd love to hear about it. Thanks in advance.
EDIT: An additional to my issue, autoComplete with the Blackberry SDK seems to make this extremely unstable, like almost a guaranteed crash. Is this fixable at all?
For anyone that loads this question up trying to find a solution, I've never found a fix. It seems to be a bug with this version of the IDE. If there is a fix, please post.
Did you try to downgrade Eclipse to 3.4 (Ganymede)? I experienced similar issues when I tried upgrading Eclipse to something greater than 3.4.2.
I think the problem is with the plugin, not the IDE. Eclipse has always been stable for me until I installed the BB plugin. Since then it crashes all the time. Since I've installed the release (non-beta) version of the plugin that was recently released I can't even get my project to build.
This could be a manifestation of this bug in Eclipse. Check your C:\eclipse directory for files like hs_err_pidxxxx.log. The file goes on to explain this error:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x753ba053, pid=3144, tid=5820
#
# JRE version: 6.0_20-b02
# Java VM: Java HotSpot(TM) Client VM (16.3-b01 mixed mode, sharing windows-x86 )
# Problematic frame:
# C [USP10.dll+0x1a053]
I've been experiencing this as well. It's completely debilitating. It causes Eclipse to just up and crash out of nowhere (and programming in a language as verbose as Java without Content-Assist is insane).
The bug has been fixed in Eclipse 3.6M7, but unfortunately I can't get the JDE Plug-in to install in the latest release candidate.
This is a known issue with Eclipse 3.5.X and has been fixed for 3.6.0
Bug Ticket link on Eclipse Bugzilla: https://bugs.eclipse.org/bugs/show_bug.cgi?id=283503
Looks like we are stuck with this until the next update to the BB Eclipse plugin.