Sometimes I cannot save a file in Eclipse Juno.
The File->Save option is greyed out and Ctrl+S does not work. What's going on?
This is a known issue in Eclipse Juno:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=396418
As a workaround, use 'Save All': Shft+Ctrl+S
Try: Save as. It will tell you what is a problem in your code. Probably you did "copy-paste" and some characters cannot be mapped using "US-ASCII" encoding characters.
You can also restart your Eclipse.
If you didn't use that "Save all"-workaround that was mentioned you will of course lose all your unsaved progress.
By restarting Eclipse you will be able to use the "normal" save again (until it is greyed out again...for me this happens like once per day)
Related
Copy from browser paste to netbeans not working. How could this be happen?
When I try to paste notepad, it is working, but when try to netbeans it is not working? I am in shock
Try to make an empty copy (Ctrl+C without selection) within Netbeans and then try again to perform copying from browser or another application.
It works for me after many solutions I tried.
This bug report
also suggests adding
-J-Dnetbeans.slow.system.clipboard.hack=false
to the netbeans_default_options in netbeans.conf, but it did not work for me.
This Problem is known for over 10 years now and still not fixed.
See https://netbeans.org/bugzilla/show_bug.cgi?id=88161
Workaround: Restart the IDE.
It looks like the NetBeans IDE assumes that what a developer does with other applications (clipboard operations) is not relevant to NB. The only time that NB does not apply this assumption is when the clipboard is empty. The NB clipboard must first be emptied by cutting or copying nothing (similar to previously posted answers). There is no menu item; there is no shortcut to clear the NB clipboard.
This problem still applies to NB 12.0 as of 2021/5/18.
Selecting text and dragging into the Netbeans still works if you are lazy to restart.
I'm facing the same problem. If you use cut (ctrl+x) and paste (ctrl+v) instead of copy (ctrol+c) it works.
Stop NB and run NB with Administrator privilege, it works!
Press Windows+R
type %appdata%
Go to local folder in AppData (you might be in Roaming folder go back one)
Go to Netbeans folder
And delete Cache folder.
I'm using Ubuntu 12.10 and Eclipse Juno. This happens frequently: When I put focus in eclipse editor window, I can input few words in editor at the beginning, and then undo several times, Suddenly it happened that, I can't input any word in eclipse, that's strange problem.
Then, I change to other program and input anything, After that, back to eclipse it can accept my key again. It get me so frustrate.
Any one knows this problem? I am using desktop pc, memory is 1G.
This may help;
I guess you have lots of projects in your workspace and Project->Build Automatically option was enabled by default. Disable this and use Project-Build All or Project-Build Project commands before you start debugging your application OR If possible create two workspace and move some of your projects to other workspace. Note that you can open two instances of Eclipse on two different workspaces simultaneously.
Increase heap space for Eclipse.
Its also possible that you installed many plug-ins in Eclipse. You can disable unnecessary plug-ins to load on eclipse start up as shown below
Edit
Two more options.
1. Disable all options in **Highlighted** category of preferences. Restart eclipse.
2. Delete **.metadata** in your workspace and restart eclipse. Note!!!. All you preferences will be lost!!!
I found this problem; It is scim input method conflict with XIM(X Input Method) method.
Solution 1,
just right click in eclipse workspace -> select Input Methods -> SCIM input methods, that's OK. But, Every time you should do it while opening another file.
Solution 2, make scim as default system input methods.
Edit /etc/X11/xinit/xinput.d/scim as below:
XIM=SCIM
XIM_PROGRAM=/usr/bin/scim
XIM_ARGS="-d"
XIM_PROGRAM_SETS_ITSELF_AS_DAEMON=yes
#GTK_IM_MODULE=xim
#QT_IM_MODULE=xim
GTK_IM_MODULE=scim
QT_IM_MODULE=scim
also, add x95input file to /etc/X11/Xsession.d/95xinput
/usr/bin/scim -d
XMODIFIERS="#im=SCIM"
export XMODIFIERS
export GTK_IM_MODULE=scim
Hope this can help others.
I found it.
I googled and found the answer
The answer is:
Right click in Editor area InputMethods-Scim
*Editor area is where you write code
I have want seems like it should be a simple question but I keep striking out...
In Eclipse 3.8 / STS 3.1, how do I stop Eclipse from truncating the file names in the editor tabs. I can't tell which tab is which. Thanks in advance.
Try this solution.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=32789.
I have tried it with Eclipse Kepler 4.3 SR1
Under Window-> Preferences go to General -> Editors.
The last point should be "Close editors automatically", and you can specify a number.
If you check this, the least recently used editor will be closed when the given amount of opened editors is reached. That way the open editors don't take up so much space, and the possibility of truncated names is reduced.
You can always quickly search and open resources with Ctrl+Shift+R, so there is no need to have them open all the time.
Of course it can't be guaranteed to always show the complete name. If there is not enough space, what do you expect Eclipse to do?
you need to set eclipse Threme.
Under Window-> Preferences go to General ->Appearance
Threme: Classic
When I'm launching my eclipse application, the workspace selection dialog box is not coming. When I checked the settings in preference pages, the check box was selected for "Prompt for workspace on startup". Has anybody come across this situation?
If you wish to use another workspace than the default - or what have become the default - you can specify the -data <path> argument at start-up in the shortcut. I usually have a shortcut for each of my important workspaces - for the current set of active customers - and have linked these to my desktop.
Having said that, I don't know why you have the problem you have. The Prompt for workspace at startup setting usually works fine for me...
Yeah i think i know what you're talking about, i had this problem once, when i checked the box the problem got resolved, i would try unchecking the box, then closing eclipse, then open it up again and check the box and close it again, then see if the problem persists, if it does i have a way around it, if you want to switch to a different workspace then you can go to file-> switch workspace -> and then a recent workspace or select other to manually select a directory.
Hope that helped!
John
start eclipse using eclipse -clean
It will work.
Thanks to some comment on the eclipse issue: https://bugs.eclipse.org/bugs/show_bug.cgi?id=134412
I use Eclipse 3.3 in my daily work, and have also used Eclipse 3.2 extensively as well. In both versions, sometimes the Search options (Java Search, File Search, etc) in the menu get disabled, seemingly at random times. However, with Ctrl+H, I am able to access the search functionality. Does anyone know why this happens? Has it been fixed in Eclipse 3.4?
window > close all perspective works for me.
Using Eclipse 4.3(!) this happened to me after doing a case-sensitive search.
Window -> Close All Perspectives didn't fix it and neither did restarting Eclipse using -clean. While messing with the search box, I discovered that simply clicking to a previous search entry allowed me to edit it and search again! Clicking back to the case-sensitive search grayed the option out again.
So before you reset anything in your workspace, try pulling up an older search entry using the Down Arrow.
I think this answer is what you all need to solve the issue on all versions.
I am using RAD 8 and I have also faced this problem than I removed org.eclipse.search directory in (workspace currently using) workspace/metadata/plugins folder then restart the eclipse.
That's all.
I don't have an exact answer. I will recommend that you try to correlate the disablement with which perspective is active. Likewise, which view is active. I have been using 3.4 and not experienced this issue.
Darn! I have that problem too -- in Eclipse 3.4.2.
Seems to be related to Navigator and Project Explorer views:
- Switch to Debug perspective: Search menu items are there.
- Switch to Java or Java EE perspective: Search menu items still there.
- Click on a project in Navigator or Project Explorer: Search menu items all DISABLED.
(Curse! I use search in Selected Resources a lot! )-:
Hmmm... It may slso depend on the file type currently open in the editor. (Like Java vs xml.)
Still present in Eclipse 3.5.2 -- and for the first time really sticky.
I checked out the "close all opened files and open any other file afterwards" answer and that brought back the Search menu items. Additionally, if you were lucky and have the Search result view open, than indeed there is this little link "Open search dialog".
By the way, additionally lots of other project-related menu items seem to be greyed out also together with this, and they did not reanimate :-( But I did not really check out if these are only items for which it is useful and planned to be greyed out in this situation.
I'm using RAD 7.5.1 which runs on Eclipse 3.4 and I get this problem frustratingly often. It doesn't matter which perspective or view I'm in, or which editor I have open.
Restarting RAD usually clears it up, but because that's such a colossal pain, I found that you can get around it in the Search View, there is a link; "Start a search from the search dialog" which will bring up the search dialog.
This isn't a great workaround because the link only shows if you have no search history. To do another search, you'll have to clear your search history in the view.
A late comment for anyone getting bitten by this, but I found "eclipse -clean" fixed it => this does a cleanup of the workspace before starting
Thanks http://letsgetdugg.com/2009/04/19/recovering-a-corrupt-eclipse-workspace/ for the tip, after I guessed my workspace might be corrupt.
Before search, check you may choose scope in empty Working set. Most Search menu disables Search button when you choose it. And mine, too :)
window > close all perspectives worked for me too.
But if you are just looking for a text search in the project you could press Ctrl+Alt+G on a marked text
I couldn't get it to work even when restarting Eclipse.
Here's what worked for me: Closing all open files and opening a different file. The different file happened to be .java, but not sure if that had anything to do with it.
I get this problem from time to time.
In the past I've fixed by starting eclipse with the -clean option.
Once when that didn't work I created a new workspace.
I followed these instructions for those two solutions.
The clean option didn't work for me today and I found this thread because I didn't want to create a new workspace. The closing all files and reopening one file did work however.
I had this issue also in eclipse 3.6.2: Helios Service Release 1.
Closed all the editor windows, and the search has been enabled.
Switching to another perspective, then back, works quickly for me.
I've faced similar issue in Ctrl+H "File Search" tab. The "Search" and "Replace" button was grayed out (disabled). The solution is fill the "File name patterns" text box (for eg, *.py). May be this is by design!
I have this problem with MyEclipse 7 (eclipse 3.4) under Debian Lenny. Perspective doesn't seem to matter. I get around it with the shortcut Ctrl+H but I was hoping for a better way.
Just had this problem in Eclipse Neon 3. It is a very common problem in RAD. I could find using in the console, then switch back to the source and search. RAD would disable the find/search options per source file open. This is very frustrating.
I had this problem too. It appeared when I installed the m2eclipse plugin.
I had not found a solution, but you can use Ctrl+H shortcut instead.
And you can navigate between tabs with Ctrl+PgDown or Ctrl+PgUp keys.
I've uninstalled the following pluings and it worked.
Maven integration
PMD
eclipse checkstyle plugin
EclEmma (coverage)
I don't know which of those cause the problem. To uninstall a plugin: Help -> Software Updates...-> "Installed Software" tab.