nbgit - Project Hosting on Google Code

Last 7 days Dec 16, 2009 issue 66 (error(when do i uninstall)) reported by jitesh.barnawal81 - What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? What versions of NbGit, NetBeans and Java are you using? On what operating system? Please provide any additional information below. What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? What versions of NbGit, NetBeans and Java are you using? On what operating system? Please provide any additional information below. Last 30 days Dec 10, 2009 issue 65 (the plugin eats all free memory under Ubuntu 9.10/NetBeans 6...) commented on by jonas.fonseca - I haven't been able to reproduce this. Do you use third-party plugins other than nbgit? I haven't been able to reproduce this. Do you use third-party plugins other than nbgit? Dec 10, 2009 issue 10 (Unit testing framework) Labels changed by jonas.fonseca - Labels: Milestone-Release0.4 Labels: Milestone-Release0.4 Dec 07, 2009 issue 65 (the plugin eats all free memory under Ubuntu 9.10/NetBeans 6...) reported by k.dzreyev - What steps will reproduce the problem? 1. Just install nbgit as a plugin, open any project and see how it eats all free memory. What versions of NbGit, NetBeans and Java are you using? On what operating system? - nbgit: 0.3 - Ubuntu 9.10 (64 bit) - NetBeans (6.7, 6.8rc2) - Java: java version "1.6.0_15" Java(TM) SE Runtime Environment (build 1.6.0_15-b03) Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02, mixed mode) Regards, Konstantin (k.dzreyev@gmail.com) What steps will reproduce the problem? 1. Just install nbgit as a plugin, open any project and see how it eats all free memory. What versions of NbGit, NetBeans and Java are you using? On what operating system? - nbgit: 0.3 - Ubuntu 9.10 (64 bit) - NetBeans (6.7, 6.8rc2) - Java: java version "1.6.0_15" Java(TM) SE Runtime Environment (build 1.6.0_15-b03) Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02, mixed mode) Regards, Konstantin (k.dzreyev@gmail.com) Nov 21, 2009 issue 64 (Revert doesn't work) commented on by anas.alkhatib - Same issue seen on: Mac OS 10.6.2 NetBeans 6.7.1 NbGit 0.3 Ruby Same issue seen on: Mac OS 10.6.2 NetBeans 6.7.1 NbGit 0.3 Ruby Nov 21, 2009 issue 64 (Revert doesn't work) reported by vilius2007 - 1. Create new project, initialize git. 2. Commit project. 3. Make changes, commit again. 4. Revert to the first commit. Nothing happens. All changes done in step 3 remain. NbGit 0.3 NetBeans 6.7.1 Java 1.6.0_16 Ubuntu 9.10 1. Create new project, initialize git. 2. Commit project. 3. Make changes, commit again. 4. Revert to the first commit. Nothing happens. All changes done in step 3 remain. NbGit 0.3 NetBeans 6.7.1 Java 1.6.0_16 Ubuntu 9.10 Earlier this year Nov 12, 2009 issue 41 (Support for pull and push) commented on by alex.coles - I don't think we have a schedule for the next release yet. I don't think we have a schedule for the next release yet. Nov 12, 2009 issue 41 (Support for pull and push) commented on by brodock - any idea when is it going to be done? any idea when is it going to be done? Nov 10, 2009 issue 63 ("Removing ..." action eats 100% CPU regularly) Blocked on changed by jonas.fonseca - Nov 10, 2009 issue 40 (NBGit eats CPU) Blocked on changed by jonas.fonseca - Possible relation with issue 63 ... Possible relation with issue 63 ... Nov 10, 2009 issue 63 ("Removing ..." action eats 100% CPU regularly) changed by jonas.fonseca - Great thanks for tracking this down. It might be related to issue 40. Status: Accepted Owner: jonas.fonseca Labels: Priority-High Milestone-Release0.4 OpSys-Windows Java-1.6 Component-Core Performance −Priority-Medium Great thanks for tracking this down. It might be related to issue 40. Status: Accepted Owner: jonas.fonseca Labels: Priority-High Milestone-Release0.4 OpSys-Windows Java-1.6 Component-Core Performance −Priority-Medium Nov 10, 2009 issue 63 ("Removing ..." action eats 100% CPU regularly) reported by vsizikov - What steps will reproduce the problem? Open any file in any project under git, you'll see in the staus bar "Removing..." that usually takes about 30-40 secons eating up CPU a lot. What versions of NbGit, NetBeans and Java are you using? Latest master branch from github repo. JDK 1.6. On what operating system? Windows. Please provide any additional information below. I've traced these slowdowns to GitInterceptor.fileDeletedImpl(), which does FULL REFRESH of the repo on every delete, even when in my case all that was deleted is a temp file in M:\Temp directory. :) It looks like JGit creates a temp file and then deletes it, the NBGit gets the notification about the deletion and refreshes the whole repo, not checking that the deleted file was outside of the repo. I fixed this on my side with (stupid, but simple and workable for me) patch. :) diff --git a/src/org/nbgit/GitInterceptor.java b/src/org/nbgit/GitInterceptor.java index 43e73e1..ac582ea 100644 --- a/src/org/nbgit/GitInterceptor.java +++ b/src/org/nbgit/GitInterceptor.java @@ -111,7 +111,7 @@ public void run() { } private void fileDeletedImpl(final File file) { - if (file == null \|\| !file.exists()) { + if (file == null \|\| !file.exists() \|\| file.getPath().startsWith("M:\\Temp\\")) { return; } Git git = Git.getInstance(); What steps will reproduce the problem? Open any file in any project under git, you'll see in the staus bar "Removing..." that usually takes about 30-40 secons eating up CPU a lot. What versions of NbGit, NetBeans and Java are you using? Latest master branch from github repo. JDK 1.6. On what operating system? Windows. Please provide any additional information below. I've traced these slowdowns to GitInterceptor.fileDeletedImpl(), which does FULL REFRESH of the repo on every delete, even when in my case all that was deleted is a temp file in M:\Temp directory. :) It looks like JGit creates a temp file and then deletes it, the NBGit gets the notification about the deletion and refreshes the whole repo, not checking that the deleted file was outside of the repo. I fixed this on my side with (stupid, but simple and workable for me) patch. :) diff --git a/src/org/nbgit/GitInterceptor.java b/src/org/nbgit/GitInterceptor.java index 43e73e1..ac582ea 100644 --- a/src/org/nbgit/GitInterceptor.java +++ b/src/org/nbgit/GitInterceptor.java @@ -111,7 +111,7 @@ public void run() { } private void fileDeletedImpl(final File file) { - if (file == null \|\| !file.exists()) { + if (file == null \|\| !file.exists() \|\| file.getPath().startsWith("M:\\Temp\\")) { return; } Git git = Git.getInstance(); Oct 27, 2009 issue 62 (Diff in Git History shows changes in one file only despite t...) reported by ruslan.kabalin - Hello, to reproduce the problem do the following steps: 1. Choose <your project>->Git->Show History - Summary 2. Find a commit with more than one file modified or added 3. Click diff You will see diff of the "top" file in commit list. There should be a way to see diffs of every file changed within the single commit. Thanks, nbgit 0.3, NetBeans 6.7.1, jdk1.6.0_16, Debian Lenny Hello, to reproduce the problem do the following steps: 1. Choose <your project>->Git->Show History - Summary 2. Find a commit with more than one file modified or added 3. Click diff You will see diff of the "top" file in commit list. There should be a way to see diffs of every file changed within the single commit. Thanks, nbgit 0.3, NetBeans 6.7.1, jdk1.6.0_16, Debian Lenny Oct 23, 2009 issue 36 (Unable to install plugin in Netbeans 6.7 M2) commented on by thundermanX - Hi, This works for me and it's a little bit hard to find. [url]http://updates.netbeans.org/netbeans/updates/6.5/uc/final/stable/modules/ide10/org-netbeans-modules-editor-deprecated-pre61completion.nbm [/url] Maybe it's too late for one of you, but finally this is the solution Hi, This works for me and it's a little bit hard to find. [url]http://updates.netbeans.org/netbeans/updates/6.5/uc/final/stable/modules/ide10/org-netbeans-modules-editor-deprecated-pre61completion.nbm [/url] Maybe it's too late for one of you, but finally this is the solution Oct 20, 2009 issue 60 (NetBeans IDE 6.5.1 and NbGit 0.3 Incompatible?) Labels changed by jonas.fonseca - Yes, please. If you could checkout nbgit and try to figure out what changes are required to the NetBeans project files. Labels: Type-Install NetBeans-6.5 NbGit-0.3 Component-Project −Type-Defect Yes, please. If you could checkout nbgit and try to figure out what changes are required to the NetBeans project files. Labels: Type-Install NetBeans-6.5 NbGit-0.3 Component-Project −Type-Defect Oct 20, 2009 issue 60 (NetBeans IDE 6.5.1 and NbGit 0.3 Incompatible?) commented on by eratos2...@gmail.com - Anything I can do to help? Anything I can do to help? Oct 19, 2009 issue 60 (NetBeans IDE 6.5.1 and NbGit 0.3 Incompatible?) commented on by jonas.fonseca - The changes introduce in the move to 6.7 was mainly in the module dependency specifications. There were also some changes involving the use of NetBeans APIs; I remember the utility class to load icon images was changed, and there is also a change in the use of the FileSystem API. All calls to method which were marked deprecated in the API of version 6.7. The changes introduce in the move to 6.7 was mainly in the module dependency specifications. There were also some changes involving the use of NetBeans APIs; I remember the utility class to load icon images was changed, and there is also a change in the use of the FileSystem API. All calls to method which were marked deprecated in the API of version 6.7. Oct 19, 2009 issue 60 (NetBeans IDE 6.5.1 and NbGit 0.3 Incompatible?) commented on by eratos2...@gmail.com - I guess I didn't look good enough on the current issues. I found issue 55 very interesting it might be a bug causing the plugin not able to track changes correctly. Maybe the hack I mention on comment 2 will work after all.. I guess I didn't look good enough on the current issues. I found issue 55 very interesting it might be a bug causing the plugin not able to track changes correctly. Maybe the hack I mention on comment 2 will work after all.. Oct 19, 2009 issue 60 (NetBeans IDE 6.5.1 and NbGit 0.3 Incompatible?) commented on by eratos2...@gmail.com - Thought so. To get around it I modified the Info/info.xml changed the org.netbeans.swing.outline > 1.4.1 with org.netbeans.swing.outline > 1.0.0 Also I modified the META-INF/MANIFEST.MF file on section OpenIDE-Module-Module-Dependencies changed the line org.netbeans.swing.outline > 1.4.1 with org.netbeans.swing.outline > 1.0.0 not sure if this was needed but I did it just in case. Change made on "netbeans\modules\org-nbgit.jar" file. All changes made on nbgit-0.3.nbm file. The plugin loads on NetBeans IDE 6.5.1 with no errors, I'm able to initialize a current project, but it doesn't quite track changes. If I open a modified file it looks like it knows it was changed I can see the color icons, but if I try to commit the windows does not shows any file changes. If I close/open NetBeans then it recognized the changes when commiting. So my conclusion is even with this hack it doesn't seems to completely work. I guess some changes need to be added to the code to make it work with 6.5.1. Was not able to do a clone using the plugin because of the proxy issue. See issue 61. I attached the NBM file so maybe someone can test the clone. Thought so. To get around it I modified the Info/info.xml changed the org.netbeans.swing.outline > 1.4.1 with org.netbeans.swing.outline > 1.0.0 Also I modified the META-INF/MANIFEST.MF file on section OpenIDE-Module-Module-Dependencies changed the line org.netbeans.swing.outline > 1.4.1 with org.netbeans.swing.outline > 1.0.0 not sure if this was needed but I did it just in case. Change made on "netbeans\modules\org-nbgit.jar" file. All changes made on nbgit-0.3.nbm file. The plugin loads on NetBeans IDE 6.5.1 with no errors, I'm able to initialize a current project, but it doesn't quite track changes. If I open a modified file it looks like it knows it was changed I can see the color icons, but if I try to commit the windows does not shows any file changes. If I close/open NetBeans then it recognized the changes when commiting. So my conclusion is even with this hack it doesn't seems to completely work. I guess some changes need to be added to the code to make it work with 6.5.1. Was not able to do a clone using the plugin because of the proxy issue. See issue 61. I attached the NBM file so maybe someone can test the clone. Oct 19, 2009 issue 61 (NbGit does not work over http proxy) commented on by eratos2...@gmail.com - You are totally right. However I found an article that shows how to do it with a HTTP CONNECT proxy tunnel. http://www.emilsit.net/blog/archives/how-to-use-the-git-protocol-through-a-http- connect-proxy/ I was not able to use it cause I don't have access to the firewall/proxy to enable port 9418 and I'm using windows.. You are totally right. However I found an article that shows how to do it with a HTTP CONNECT proxy tunnel. http://www.emilsit.net/blog/archives/how-to-use-the-git-protocol-through-a-http- connect-proxy/ I was not able to use it cause I don't have access to the firewall/proxy to enable port 9418 and I'm using windows.. Oct 18, 2009 issue 57 (java.nio.BufferUnderflowException) commented on by settino - Ah, I didn't realize that .gitignore support was added in 0.3! I didn't read the changelog when updating; I updated to see if it would fix the issue at hand at the time... though I have noticed that files seem to be ignored that I didn't explicitly ignore before with nbgit... so, obviously, it must be working. Thanks :) Ah, I didn't realize that .gitignore support was added in 0.3! I didn't read the changelog when updating; I updated to see if it would fix the issue at hand at the time... though I have noticed that files seem to be ignored that I didn't explicitly ignore before with nbgit... so, obviously, it must be working. Thanks :) Oct 16, 2009 DevTableOfContents (Table of contents for developer pages) Wiki page edited by jonas.fonseca - Revision r89 Edited wiki page through web user interface. Revision r89 Edited wiki page through web user interface. Oct 16, 2009 Contribute (Developer resources and how to contribute code) Wiki page edited by jonas.fonseca - Revision r88 Edited wiki page through web user interface. Revision r88 Edited wiki page through web user interface. Oct 16, 2009 News (Information about releases.) Wiki page edited by jonas.fonseca - Revision r87 Edited wiki page through web user interface. Revision r87 Edited wiki page through web user interface. Oct 16, 2009 Issues (Issues and Bug Reporting) Wiki page edited by jonas.fonseca - Revision r86 Edited wiki page through web user interface. Revision r86 Edited wiki page through web user interface. Oct 16, 2009 Install (Instruction on how to install and update the plugin) Wiki page edited by jonas.fonseca - Revision r85 Edited wiki page through web user interface. Revision r85 Edited wiki page through web user interface. Oct 16, 2009 Credits (Attributes to used third-party components.) Wiki page edited by jonas.fonseca - Revision r84 Edited wiki page through web user interface. Revision r84 Edited wiki page through web user interface. Oct 16, 2009 Options (How to configure nbgit.) Wiki page edited by jonas.fonseca - Revision r83 Edited wiki page through web user interface. Revision r83 Edited wiki page through web user interface. Oct 16, 2009 About (Project information about Git and NbGit.) Wiki page edited by jonas.fonseca - Revision r82 Edited wiki page through web user interface. Revision r82 Edited wiki page through web user interface. Oct 16, 2009 issue 60 (NetBeans IDE 6.5.1 and NbGit 0.3 Incompatible?) commented on by jonas.fonseca - Version 0.3 is a NetBeans 6.7 plugin. Unfortunately, the way the move to the 6.7 API didn't take backwards compatibility into account. I haven't investigated what it would take to rectify that. Furthermore, at this point supporting both 6.5 and 6.7 would take away time which I'd rather see spent on adding new features. Of course, if somebody would volunteer to put some time into this, it would be nice to also support 6.5 ... Version 0.3 is a NetBeans 6.7 plugin. Unfortunately, the way the move to the 6.7 API didn't take backwards compatibility into account. I haven't investigated what it would take to rectify that. Furthermore, at this point supporting both 6.5 and 6.7 would take away time which I'd rather see spent on adding new features. Of course, if somebody would volunteer to put some time into this, it would be nice to also support 6.5 ... Oct 16, 2009 issue 57 (java.nio.BufferUnderflowException) commented on by jonas.fonseca - If NbGit version 0.3 does not handle your .gitignore files correctly please file an issue. This was one of the main additions of version 0.3 ... If NbGit version 0.3 does not handle your .gitignore files correctly please file an issue. This was one of the main additions of version 0.3 ... Oct 16, 2009 issue 55 (Changes not tracked by UI) commented on by jonas.fonseca - Oops, wanted to say that I didn't test this but there is a known issue with the correctness of the status information not always being up to date. One of the problems is that is can be quite expensive to continuously scan a project to check for changes especially if the code base is big. On the other hand the basic case of handling a workflow where a repository is not modified outside of NetBeans and where NbGit will receive updates about what files are added, modified, moved or deleted is something that NbGit should handle. Oops, wanted to say that I didn't test this but there is a known issue with the correctness of the status information not always being up to date. One of the problems is that is can be quite expensive to continuously scan a project to check for changes especially if the code base is big. On the other hand the basic case of handling a workflow where a repository is not modified outside of NetBeans and where NbGit will receive updates about what files are added, modified, moved or deleted is something that NbGit should handle. Oct 16, 2009 issue 55 (Changes not tracked by UI) changed by jonas.fonseca - I didn't test this but the Labels: NetBeans-6.7 NbGit-0.3 Java-1.6 I didn't test this but the Labels: NetBeans-6.7 NbGit-0.3 Java-1.6 Oct 16, 2009 issue 61 (NbGit does not work over http proxy) changed by jonas.fonseca - Well, the git:// protocol does not use HTTP as a transfer protocol, so I don't see how you would expect this to work. Status: NeedMoreInfo Labels: Java-1.6 NbGit-0.3 NetBeans-6.7 Well, the git:// protocol does not use HTTP as a transfer protocol, so I don't see how you would expect this to work. Status: NeedMoreInfo Labels: Java-1.6 NbGit-0.3 NetBeans-6.7 Oct 16, 2009 issue 61 (NbGit does not work over http proxy) commented on by eratos2...@gmail.com - Forgot this question. On what operating system? Microsoft Windows XP [Version 5.1.2600] Forgot this question. On what operating system? Microsoft Windows XP [Version 5.1.2600] Oct 16, 2009 issue 61 (NbGit does not work over http proxy) reported by eratos2...@gmail.com - What steps will reproduce the problem? 1. Use NetBeans with NbGit installed. 2. Got to Versioning/Git/Clone Other... 3. Repository URL: git://github.com/myabc/nbgit.git 4. Click Next > and Finish buttons What is the expected output? What do you see instead? Expected: A successful clone for git://github.com/myabc/nbgit.git repo Instead: I get the following error: "git://github.com/myabc/nbgit.git: Connection refused: connect" What versions of NbGit, NetBeans and Java are you using? On what operating system? NbGit 0.3 Netbeans 6.7.1 "All Bundle" JDK 1.6.0_14 Please provide any additional information below. NetBeans is configured for HTTP proxy using the Tools/Options/General tab either "Manual Proxy Settings" or "Use System Proxy Settings". What steps will reproduce the problem? 1. Use NetBeans with NbGit installed. 2. Got to Versioning/Git/Clone Other... 3. Repository URL: git://github.com/myabc/nbgit.git 4. Click Next > and Finish buttons What is the expected output? What do you see instead? Expected: A successful clone for git://github.com/myabc/nbgit.git repo Instead: I get the following error: "git://github.com/myabc/nbgit.git: Connection refused: connect" What versions of NbGit, NetBeans and Java are you using? On what operating system? NbGit 0.3 Netbeans 6.7.1 "All Bundle" JDK 1.6.0_14 Please provide any additional information below. NetBeans is configured for HTTP proxy using the Tools/Options/General tab either "Manual Proxy Settings" or "Use System Proxy Settings". Oct 16, 2009 issue 60 (NetBeans IDE 6.5.1 and NbGit 0.3 Incompatible?) reported by eratos2...@gmail.com - What steps will reproduce the problem? 1. Install Plugin What is the expected output? What do you see instead? Expected to work with this IDE. What versions of NbGit, NetBeans and Java are you using? On what operating system? NbGit 0.3 Netbeans IDE 6.5.1 JDK 1.6.0_14 Please provide any additional information below. Some plugins require plugin ETable and Outline to be installed. The plugin ETable and Outline is requested in version >= 1.4.1 but only 1.1.1 was found. The following plugin is affected: nbgit What steps will reproduce the problem? 1. Install Plugin What is the expected output? What do you see instead? Expected to work with this IDE. What versions of NbGit, NetBeans and Java are you using? On what operating system? NbGit 0.3 Netbeans IDE 6.5.1 JDK 1.6.0_14 Please provide any additional information below. Some plugins require plugin ETable and Outline to be installed. The plugin ETable and Outline is requested in version >= 1.4.1 but only 1.1.1 was found. The following plugin is affected: nbgit Oct 13, 2009 issue 59 (Git project can't be initialized if the source folder is not...) commented on by lih.meh - I've met this in Php project. Php plugin ver. 1.6.2 I've met this in Php project. Php plugin ver. 1.6.2 Oct 13, 2009 issue 59 (Git project can't be initialized if the source folder is not...) reported by lih.meh - What steps will reproduce the problem? 1. Create a project with sources stored out of the project folder 2. Right click on project. Select "Versioning\Initialize Git project" 3. Nothing happens O_o No messages, no warnings, no errors I guess, nbgit should suggest initializing git project in the source folder and warn user that other files won't be handled... But even the message that user can't use nbgit this way would be much better than lack of feedback :) NetBeans IDE 6.7.1 (Build 200907230233) nbgit: 0.3 Java: 1.6.0_16; Java HotSpot(TM) Client VM 14.2-b01 System: Windows 7 version 6.1 running on x86; Cp1251; ru_RU (nb) What steps will reproduce the problem? 1. Create a project with sources stored out of the project folder 2. Right click on project. Select "Versioning\Initialize Git project" 3. Nothing happens O_o No messages, no warnings, no errors I guess, nbgit should suggest initializing git project in the source folder and warn user that other files won't be handled... But even the message that user can't use nbgit this way would be much better than lack of feedback :) NetBeans IDE 6.7.1 (Build 200907230233) nbgit: 0.3 Java: 1.6.0_16; Java HotSpot(TM) Client VM 14.2-b01 System: Windows 7 version 6.1 running on x86; Cp1251; ru_RU (nb) Oct 05, 2009 issue 55 (Changes not tracked by UI) commented on by jan.suchal - Well, sorry to bump this, but since you were not commenting or updating this issue, i thought you just missed it. Can you reproduce this bug? Well, sorry to bump this, but since you were not commenting or updating this issue, i thought you just missed it. Can you reproduce this bug? Oct 05, 2009 issue 55 (Changes not tracked by UI) commented on by jonas.fonseca - Bump? Bump? Oct 05, 2009 issue 55 (Changes not tracked by UI) commented on by jan.suchal - Bump! Bump! Sep 29, 2009 issue 58 (symbolic links are not handled correctly) changed by jonas.fonseca - Support for symbolic links is also missing in JGit. It it mainly an issue because Java itself does not have support for working with symbolic links. The question is whether and how nbgit could handle symlinks more gracefully. For example nbgit could refuse to change such paths. Owner: jonas.fonseca Labels: Component-JGit NetBeans-6.7 Java-1.6 Support for symbolic links is also missing in JGit. It it mainly an issue because Java itself does not have support for working with symbolic links. The question is whether and how nbgit could handle symlinks more gracefully. For example nbgit could refuse to change such paths. Owner: jonas.fonseca Labels: Component-JGit NetBeans-6.7 Java-1.6 Sep 29, 2009 issue 58 (symbolic links are not handled correctly) commented on by micha.reinsch - Note that the conversion from a symbolic link to a plain file is only done for the git metadata. The symbolic link itself stays a symbolic link. So running "git status" from command line then shows local changes (a typechange). Note that the conversion from a symbolic link to a plain file is only done for the git metadata. The symbolic link itself stays a symbolic link. So running "git status" from command line then shows local changes (a typechange). Sep 29, 2009 issue 58 (symbolic links are not handled correctly) reported by micha.reinsch - What steps will reproduce the problem? 1. create a file (touch some_file) 2. create a symbolic link in a git repository (ln -s some_file some_link) 3. commit it using usual git 4. make some other changes, commit with nbgit What is the expected output? What do you see instead? Expected would be that symbolic links stay symbolic links. But nbgit converts them into plain files. What versions of NbGit, NetBeans and Java are you using? On what operating system? nbgit: current svn netbeans: 6.7 Java: 1.6.0_15 OS: Linux What steps will reproduce the problem? 1. create a file (touch some_file) 2. create a symbolic link in a git repository (ln -s some_file some_link) 3. commit it using usual git 4. make some other changes, commit with nbgit What is the expected output? What do you see instead? Expected would be that symbolic links stay symbolic links. But nbgit converts them into plain files. What versions of NbGit, NetBeans and Java are you using? On what operating system? nbgit: current svn netbeans: 6.7 Java: 1.6.0_15 OS: Linux Sep 28, 2009 issue 48 (Support for cloning local and remote git repositories) commented on by Thomas.Zahreddin - for me (netbeans 6.7.1 + nbgit) cloning from a remote repository works, but not for local repository (used file: and file: with one, two and three / for the start of the path) Errormessage: Unknown host ... for me (netbeans 6.7.1 + nbgit) cloning from a remote repository works, but not for local repository (used file: and file: with one, two and three / for the start of the path) Errormessage: Unknown host ... Sep 25, 2009 issue 57 (java.nio.BufferUnderflowException) commented on by settino - It seems like that was the problem. I can't be certain as to what caused it, though. I wish I was more familiar with the technologies. Thanks again for your help. nbgit is great and does everything I need it to do ('cept reading .gitignore files ;D) - John It seems like that was the problem. I can't be certain as to what caused it, though. I wish I was more familiar with the technologies. Thanks again for your help. nbgit is great and does everything I need it to do ('cept reading .gitignore files ;D) - John Sep 24, 2009 issue 57 (java.nio.BufferUnderflowException) commented on by settino - I moved .git/index to .git/index.corrupt and regenerated as instructed and that seems to have done the trick. I'm not at my work machine right now so I can't test the NetBeans environment, but it seems command line git is working again on that repo. Thanks a ton for the poke in the right direction. I will update this again tomorrow with a report on NetBeans status. I moved .git/index to .git/index.corrupt and regenerated as instructed and that seems to have done the trick. I'm not at my work machine right now so I can't test the NetBeans environment, but it seems command line git is working again on that repo. Thanks a ton for the poke in the right direction. I will update this again tomorrow with a report on NetBeans status. Sep 24, 2009 issue 57 (java.nio.BufferUnderflowException) changed by jonas.fonseca - It might be the index file that is corrupted. Try to remove the .git/index file and regenerate it by running `git status` Owner: jonas.fonseca Labels: NetBeans-6.7 NbGit-0.3 Component-Status It might be the index file that is corrupted. Try to remove the .git/index file and regenerate it by running `git status` Owner: jonas.fonseca Labels: NetBeans-6.7 NbGit-0.3 Component-Status Sep 24, 2009 issue 57 (java.nio.BufferUnderflowException) commented on by settino - Actually, an update. I can't run command line git on the repo I was working with immediately prior to these errors. Git segfaults all over itself, throws glibc errors, etc. I tested with both git on my local machine and on the fileserver (the repo actually resides on a NAS and is accessed via NFS) and the errors with git occur on both machines (local: Debian, NAS: CentOS) but only for this specific repo. I tested other repos which appear to be fine. The long and skinny is I don't know if this NetBeans/nbgit snafu messed up my repo, or something else. I'm not familiar enough with git or Java to know where to look to find out, but I will report back here if I figure anything out. Any help is appreciated. Actually, an update. I can't run command line git on the repo I was working with immediately prior to these errors. Git segfaults all over itself, throws glibc errors, etc. I tested with both git on my local machine and on the fileserver (the repo actually resides on a NAS and is accessed via NFS) and the errors with git occur on both machines (local: Debian, NAS: CentOS) but only for this specific repo. I tested other repos which appear to be fine. The long and skinny is I don't know if this NetBeans/nbgit snafu messed up my repo, or something else. I'm not familiar enough with git or Java to know where to look to find out, but I will report back here if I figure anything out. Any help is appreciated.

issue 63 ("Removing ..." action eats 100% CPU regularly) reported by vsizikov - What steps will reproduce the problem? Open any file in any project under git, you'll see in the staus bar "Removing..." that usually takes about 30-40 secons eating up CPU a lot. What versions of NbGit, NetBeans and Java are you using? Latest master branch from github repo. JDK 1.6. On what operating system? Windows. Please provide any additional information below. I've traced these slowdowns to GitInterceptor.fileDeletedImpl(), which does FULL REFRESH of the repo on every delete, even when in my case all that was deleted is a temp file in M:\Temp directory. :) It looks like JGit creates a temp file and then deletes it, the NBGit gets the notification about the deletion and refreshes the whole repo, not checking that the deleted file was *outside* of the repo. I fixed this on my side with (stupid, but simple and workable for me) patch. :) diff --git a/src/org/nbgit/GitInterceptor.java b/src/org/nbgit/GitInterceptor.java index 43e73e1..ac582ea 100644 --- a/src/org/nbgit/GitInterceptor.java +++ b/src/org/nbgit/GitInterceptor.java @@ -111,7 +111,7 @@ public void run() { } private void fileDeletedImpl(final File file) { - if (file == null || !file.exists()) { + if (file == null || !file.exists() || file.getPath().startsWith("M:\\Temp\\")) { return; } Git git = Git.getInstance();

What steps will reproduce the problem? Open any file in any project under git, you'll see in the staus bar "Removing..." that usually takes about 30-40 secons eating up CPU a lot. What versions of NbGit, NetBeans and Java are you using? Latest master branch from github repo. JDK 1.6. On what operating system? Windows. Please provide any additional information below. I've traced these slowdowns to GitInterceptor.fileDeletedImpl(), which does FULL REFRESH of the repo on every delete, even when in my case all that was deleted is a temp file in M:\Temp directory. :) It looks like JGit creates a temp file and then deletes it, the NBGit gets the notification about the deletion and refreshes the whole repo, not checking that the deleted file was *outside* of the repo. I fixed this on my side with (stupid, but simple and workable for me) patch. :) diff --git a/src/org/nbgit/GitInterceptor.java b/src/org/nbgit/GitInterceptor.java index 43e73e1..ac582ea 100644 --- a/src/org/nbgit/GitInterceptor.java +++ b/src/org/nbgit/GitInterceptor.java @@ -111,7 +111,7 @@ public void run() { } private void fileDeletedImpl(final File file) { - if (file == null || !file.exists()) { + if (file == null || !file.exists() || file.getPath().startsWith("M:\\Temp\\")) { return; } Git git = Git.getInstance();

Last 7 days

Last 30 days

Earlier this year