Open GoogleCodeExporter opened 8 years ago
GoogleCodeExporter
commented
8 years ago This may have already been fixed when I fixed the skipFully issue in DirCache:
http://repo.or.cz/w/egit.git?a=commit;h=06d7d84ad55da0b00f6d3f2e615f991f77a6b5a6
But its hard to tell from this stack trace if the bad skipFully is to blame,
or if something else is wrong.Original comment by shawn.pe...@gmail.com on 12 Sep 2008 at 5:36
GoogleCodeExporter
commented
8 years ago Original comment by shawn.pe...@gmail.com on 12 Sep 2008 at 5:37
GoogleCodeExporter
commented
8 years ago Having tested this out with the latest version, I get the below.
I've got a local git repository, added, commited a file. Then renamed it. Got
this back. The decorator shows
a + by the file, presumably suggesting that the repo doesn't think it's been
added. Is this expected
behaviour, and would a commit fix it?
Problem in finding file status
java.lang.NullPointerException
at
org.spearce.egit.ui.internal.dialogs.CommitDialog.getFileStatus(CommitDialog.jav
a:414)
at
org.spearce.egit.ui.internal.dialogs.CommitDialog.setFileList(CommitDialog.java:
630)
at org.spearce.egit.ui.internal.actions.CommitAction.run(CommitAction.java:118)
at
org.eclipse.team.internal.ui.actions.TeamAction.runWithEvent(TeamAction.java:548
)
at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:241)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionCont
ributionItem.java:584)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.
java:501)
at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContribution
Item.java:411)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1204)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1228)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1213)
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1031)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3204)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2877)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2393)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2357)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2209)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:499)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:492)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java
:113)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Ecli
pseAppLauncher.java:110)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLau
ncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.jav
a:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:556)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:511)
at org.eclipse.equinox.launcher.Main.run(Main.java:1284)
at org.eclipse.equinox.launcher.Main.main(Main.java:1260)
Original comment by alex.ble...@gmail.com on 18 Apr 2009 at 7:08
GoogleCodeExporter
commented
8 years ago NB after a commit (which showed the add/delete) it comes up as showing as under
version control, so I gues
the answer to my previous question is 'yes'...Original comment by alex.ble...@gmail.com on 18 Apr 2009 at 7:09
GoogleCodeExporter
commented
8 years ago after you commit it does the resource history do rename detection and show the
previous
history of the contents or is it limited to the file's current name?Original comment by b0b0b0b@gmail.com on 4 Jun 2009 at 11:10
GoogleCodeExporter
commented
8 years ago EGit in its present infant state does not do rename detection.
Original comment by robin.ro...@gmail.com on 5 Jun 2009 at 8:53
GoogleCodeExporter
commented
8 years ago I cannot reproduce this issue with egit 0.5.0 and eclipse 3.5.0
Original comment by b0b0b0b@gmail.com on 10 Aug 2009 at 9:00
GoogleCodeExporter
commented
8 years ago I can still reproduce the error with 0.5.0 and eclipse 3.5.1
This happened when just copying a resource and renaming it - from then onwards,
the
project doesnt build bc of that error.Original comment by xmaria...@gmail.com on 27 Oct 2009 at 12:27
GoogleCodeExporter
commented
8 years ago Hi,
try deleting the index.lock file present in the .git directory.
MorganOriginal comment by morgan.f...@gmail.com on 24 Nov 2010 at 3:39
GoogleCodeExporter
commented
8 years ago Hi,
I had the same problem just a minute ago, but realized that I was commiting in
a terminal (git was waiting for my comments for the checkin) and at the same
time tried to change files in that repository. Stupid, I know, but the failure
message was not pointing to that problem.
Cheers,
Siamak Original comment by sesam...@googlemail.com on 15 Dec 2010 at 12:58
GoogleCodeExporter
commented
8 years ago Sesam182: Please post a new bug at eclipse.org along with a description of what
you did. Preferrably with a (an updated one) stack trace. A lot has happened
since this
bug was reported. We should not get an NPE, though the use case is hmm. exotic,
but people run scripts and other fun stuff
Original comment by robin.ro...@gmail.com on 23 Dec 2010 at 11:11
Original issue reported on code.google.com by
nigel.ma...@gmail.comon 10 Sep 2008 at 3:28