This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 208299 - Error when commit using Subversion
Summary: Error when commit using Subversion
Status: RESOLVED DUPLICATE of bug 207270
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: Subversion (show other bugs)
Version: 7.1
Hardware: PC Windows 7
: P3 normal (vote)
Assignee: Ondrej Vrabec
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-02-12 03:06 UTC by namgivu
Modified: 2012-02-12 10:24 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
error screenshot (21.31 KB, image/png)
2012-02-12 03:06 UTC, namgivu
Details
Error messages.log (609.52 KB, application/octet-stream)
2012-02-12 08:53 UTC, namgivu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description namgivu 2012-02-12 03:06:51 UTC
Created attachment 115628 [details]
error screenshot

Product Version = NetBeans IDE 7.1 (Build 201112071828)
Operating System = Windows 7 version 6.1 running on amd64
Java; VM; Vendor = 1.7.0
Runtime = Java HotSpot(TM) 64-Bit Server VM 21.0-b17

I have attached the error dialog screenshot.

I often get this error when commit. If I then run `update` to refresh the IDE's subversion, I passed the error.

I don't like it that way since deleted files will be checked out durring the `svn update` - which is annoying.

Moreover, instead of calling `update` from within the IDE, I moved out to Windows Explorer and use TortoiseSVN to commit. Things go perfectly ok out there.

So, my guess is: The PHP Netbeans IDE must have something wrong with svn committing feature.

Please support
Comment 1 namgivu 2012-02-12 03:17:25 UTC
I would like to give a specific situation where this error surely appear:

Delete a file from within the IDE then try to commit; the error appears.

Call an `svn update` then re-delete the old filename (now we have two version of the file: the new filename and the old filename).
Try to commit again; this time succeeds.

So I guess the svn delete file function of PHP Netbeans IDE has bug.

Please support.
Comment 2 Ondrej Vrabec 2012-02-12 07:43:45 UTC
> I don't like it that way since deleted files will be checked out durring the
> `svn update` - which is annoying.
unlikely, if you delete a file and then do an update, it should stay deleted. The only think i can think of is that it was not really deleted (by a svn delete) but only removed from disk without notifying svn. But that happens only when you delete a file outside the IDE in the Explorer.

Attach the messages log with a detailed description of the error when it happens again: you can find it in ~\.netbeans\7.1\var\log\messages.log
Comment 3 namgivu 2012-02-12 08:47:14 UTC
> > I don't like it that way since deleted files will be checked out durring the
> > `svn update` - which is annoying.
> unlikely, if you delete a file and then do an update, it should stay deleted.
> The only think i can think of is that it was not really deleted (by a svn
> delete) but only removed from disk without notifying svn. But that happens only
> when you delete a file outside the IDE in the Explorer.

My mistake, sorry. The `deleted files` which re-appear after we call `svn update` from Netbeans IDE are the ones deleted when we rename a file, e.g. changing MyClass.php to AnotherName.php
Comment 4 namgivu 2012-02-12 08:53:50 UTC
Created attachment 115629 [details]
Error messages.log
Comment 5 namgivu 2012-02-12 08:55:22 UTC
> Attach the messages log with a detailed description of the error when it
> happens again: you can find it in ~\.netbeans\7.1\var\log\messages.log

I've just retry to rename a file and then commit it, the error appears.
I've attached the log which is `error messages.log`.
Comment 6 Ondrej Vrabec 2012-02-12 10:24:52 UTC
You're using Subversion 1.7. That does not work 100% correctly in NetBeans. The issue with failing rename is fixed as bug #207270. Will be part of 7.1.1 patch.

*** This bug has been marked as a duplicate of bug 207270 ***