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 207270

Summary:	[SVN 1.7] Refactoring causes that files loses history
Product:	versioncontrol	Reporter:	havis
Component:	Subversion	Assignee:	Ondrej Vrabec <ovrabec>
Status:	VERIFIED FIXED
Severity:	normal	CC:	mmirilovic, namgivu
Priority:	P2
Version:	7.1
Hardware:	PC
OS:	Linux
Issue Type:	DEFECT	Exception Reporter:
Bug Depends on:
Bug Blocks:	203752
Attachments:	screenshot

Description havis 2012-01-13 12:02:28 UTC

Support for the new versioning system introduced in svn 1.7.x is not complete. When any file (or package) is refactored in the NetBeans IDE the svn integration does not mark that file(s) properly as renamed from the old one. The IDE marks the old one as deleted, which is good, but the new one is marked as not-versioned instead of added. That's why the versioning history from the refactored file(s) disappears.

Comment 1 Ondrej Vrabec 2012-01-13 13:05:05 UTC

Right, the file is not svn moved. Moreover it seems that there are plenty of other scenarios where the refactoring fails.

Comment 2 Ondrej Vrabec 2012-01-13 15:05:57 UTC

fix: http://hg.netbeans.org/core-main/rev/fb028fdf1566

Comment 3 Quality Engineering 2012-01-15 16:07:46 UTC

Integrated into 'main-golden'
Changeset: http://hg.netbeans.org/main-golden/rev/fb028fdf1566
User: Ondrej Vrabec <ovrabec@netbeans.org>
Log: #207270 - NB does not work with svn 1.7.x correctly

Comment 4 Stepan Zebra 2012-01-27 14:03:30 UTC

After the fix, refactoring of single files works correctly, but refactoring of a packages ends up in an uncommitable working copy...

Comment 5 Stepan Zebra 2012-01-27 14:05:56 UTC

Created attachment 115315 [details]
screenshot

adding screenshot of an attempt to commit after package refactoring

Comment 6 Ondrej Vrabec 2012-01-27 16:12:49 UTC

> After the fix, refactoring of single files works correctly, but refactoring of
> a packages ends up in an uncommitable working copy...
More precisely, the state of the WC is correct, it's just that our commit is unable to handle it.

Comment 7 Ondrej Vrabec 2012-01-27 16:51:58 UTC

(In reply to comment #4)
fixed: core-main #9967cab598d3

Comment 8 Stepan Zebra 2012-02-08 13:58:32 UTC

verified in trunk

Comment 9 Ondrej Vrabec 2012-02-08 14:06:16 UTC

transplanted to 7.1.1 branch: http://hg.netbeans.org/releases/rev/278de50e5828 http://hg.netbeans.org/releases/rev/eba0b4a5e299

Comment 10 Quality Engineering 2012-02-09 02:39:15 UTC

Integrated into 'releases', will be available in build *201202082200* or newer. Wait for official and publicly available build.
Changeset: http://hg.netbeans.org/releases/rev/278de50e5828
User: Ondrej Vrabec <ovrabec@netbeans.org>
Log: #207270 - NB does not work with svn 1.7.x correctly
(transplanted from fb028fdf15664eb97ef78c62048e19614c375e0f)

Comment 11 Ondrej Vrabec 2012-02-12 10:24:52 UTC

*** Bug 208299 has been marked as a duplicate of this bug. ***

Comment 12 Stepan Zebra 2012-02-13 16:07:31 UTC

verified in 7.1.1

Comment 13 netbeans.89423 2016-06-17 22:07:07 UTC

This happens again in Netbeans 8.1 for me. Seems noone added a test case for that.

Comment 14 Ondrej Vrabec 2016-06-18 13:34:32 UTC

(In reply to netbeans.89423 from comment #13)
> This happens again in Netbeans 8.1 for me. Seems noone added a test case for
> that.
Do you use Subversion 1.7? Any steps to reproduce? It works for me with Subversion 1.8

Comment 15 Ondrej Vrabec 2016-06-18 13:37:30 UTC

And please do not reopen prehistoric bugs that have already been verified as fixed. Instead file a new one with proper description, attached messages.log and steps to reproduce.