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 - [SVN 1.7] Refactoring causes that files loses history
Summary: [SVN 1.7] Refactoring causes that files loses history
Status: VERIFIED FIXED
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: Subversion (show other bugs)
Version: 7.1
Hardware: PC Linux
: P2 normal (vote)
Assignee: Ondrej Vrabec
URL:
Keywords:
: 208299 (view as bug list)
Depends on:
Blocks: 203752
  Show dependency tree
 
Reported: 2012-01-13 12:02 UTC by havis
Modified: 2016-06-18 13:37 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
screenshot (290.47 KB, image/png)
2012-01-27 14:05 UTC, Stepan Zebra 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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.