This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 277735 - [relengtool] Copyrights not updated if first line does not match company name in template
Summary: [relengtool] Copyrights not updated if first line does not match company name...
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Releng (show other bugs)
Version: 3.5   Edit
Hardware: PC Mac OS X - Carbon (unsup.)
: P3 normal (vote)
Target Milestone: 3.5 RC3   Edit
Assignee: Platform-Releng-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 276255
Blocks: 77026
  Show dependency tree
 
Reported: 2009-05-25 13:34 EDT by Boris Bokowski CLA
Modified: 2010-03-19 09:45 EDT (History)
13 users (show)

See Also:
mober.at+eclipse: review+
john.arthorne: review+


Attachments
patch (10.65 KB, patch)
2009-05-25 13:38 EDT, Boris Bokowski CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Boris Bokowski CLA 2009-05-25 13:34:55 EDT
I will be attaching a patch to fix the following issues:

1. When running the "Fix Copyrights" action, only files where the company name matches the one from the template are being updated

2. When running the "Fix Copyrights" action, the last commit comment is not checked for the keyword "copyright" to avoid ripple effects caused by the last copyright update

3. Spaces being inserted when running the "Eclipse/IBM Fix Copyrights" action
   (i.e. the patch includes the changes from bug 276255 (attachment 136624 [details])
Comment 1 Boris Bokowski CLA 2009-05-25 13:38:24 EDT
Created attachment 137038 [details]
patch
Comment 2 Michael Valenta CLA 2009-05-25 14:13:46 EDT
It's worth noting that the comment check is very inefficient in the sense that it performs 1 round trip per file. The tool does support the ability for the repository provider to perform some up-front calculation and cache those results for later use. For CVS, it would be possible to prompt for a tag to compare against (e.g. the tag for the previous release) and then only update the copy right year for those files that have changes since the last release. This would mean P round trips (one per project) instead of F (one per file).
Comment 3 Boris Bokowski CLA 2009-05-25 14:44:53 EDT
I have successfully run the patched tool on all of Platform UI and am happy with the changes. (It did take a long time though, you are right about the gross inefficiency Michael :-)
Comment 4 John Arthorne CLA 2009-05-25 17:25:45 EDT
In the patch, the copyright hasn't been updated for two of the changed files ;)
Comment 5 John Arthorne CLA 2009-05-25 17:50:13 EDT
I ran with this patch on all Equinox p2 content, which found another ~100 files that were not updated in my last pass. I reviewed each change and they all looked good. I think with these fixes, we'll be able to retire the "IBM fix copyrights" tool for good (in 3.6).
Comment 6 Boris Bokowski CLA 2009-05-25 18:32:29 EDT
(In reply to comment #4)
> In the patch, the copyright hasn't been updated for two of the changed files ;)

Of course not, the tool will do that for me, won't it? ;-)
Comment 7 Dani Megert CLA 2009-05-26 02:24:05 EDT
The slow performance captured by bug 216797.
Comment 8 Martin Oberhuber CLA 2009-05-27 10:44:01 EDT
Patch works great for me. Only thing I notice is that it doesn't touch any feature.properties files because it think there's two copyrights in there (message is printed). But this can go into a separate bug.

I'd like to see this patch released for 3.5.
Comment 9 Kim Moir CLA 2009-05-27 13:38:14 EDT
Martin, if you would like this patch approved for 3.5, you need one component lead and two committers to approve the patch.
Comment 10 Martin Oberhuber CLA 2009-05-27 15:03:56 EDT
Alright then, rules must be followed :)

We disucssed this in the PMC today and decided to bring it up in the arch call, but I had to leave after half an hour so I could not bring it up any more. Anyways,

I'm a committer so that's one; Boris, Johnn, Daniel, Steve, McQ any +1's ?
It looks like we've all successfully used this for our copyright updates.
Comment 11 Boris Bokowski CLA 2009-05-27 15:19:33 EDT
+1 from me.
Comment 12 John Arthorne CLA 2009-05-27 15:49:23 EDT
+1 from me.
Comment 13 Kim Moir CLA 2009-05-27 16:15:19 EDT
Patched released and tagged for I-build.
Comment 14 Markus Keller CLA 2010-03-19 09:45:20 EDT
From bug 234623 comment 6:
> I didn't actually try this, but from looking at the patch for bug 277735 (which
> has been released after my working fix), it pretty much looks like that patch
> just removed the check that made sure nothing is overwritten!

Could those who wrote or reviewed the patch for this bug please make sure that bug 234623 gets fixed before people start using the copyright tool for 3.6?