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 188728 - [69cat] svn ignore state label not updated after Cleanup WC
Summary: [69cat] svn ignore state label not updated after Cleanup WC
Status: NEW
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: Subversion (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P3 normal (vote)
Assignee: Ondrej Vrabec
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-16 11:54 UTC by ulfzibis
Modified: 2010-07-30 10:04 UTC (History)
0 users

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments
Screen shot (24.07 KB, image/png)
2010-07-16 11:55 UTC, ulfzibis
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ulfzibis 2010-07-16 11:54:37 UTC
[ BUILD # : 6.9.1 ]
[ JDK VERSION : 1.6.20 ]

I had changed the svn properties by external tool (TortoiseSVN).
Comment 1 ulfzibis 2010-07-16 11:55:31 UTC
Created attachment 100880 [details]
Screen shot
Comment 2 Ondrej Vrabec 2010-07-16 12:01:35 UTC
after Cleanup WC or after Subversion Show Changes? Note that cleanup is just a subversion command, that has nothing to do with NetBeans. If you do *any* external changes, you should let NetBeans know with Subversion -> Show Changes - this is the right action that flushes cached statuses and reloads them.
Could you try it then and let me know?
Comment 3 ulfzibis 2010-07-16 12:07:48 UTC
Additionally the labels should be updated if auto-scanning is enabled.
Comment 4 ulfzibis 2010-07-16 12:13:27 UTC
Yes, Show Changes works, but I still think, Cleanup should show valid svn labels to the user.
If not a defect, then please change to RFE.

Additionally the labels should be updated if auto-scanning is enabled.
Comment 5 Ondrej Vrabec 2010-07-30 10:04:42 UTC
> I still think, Cleanup should show valid svn labels to the user
i don't. Again, 'svn cleanup' is a completely different kind of action. It repairs a locked or in other way broken working copy. It has nothing to do with NetBeans.