Community
Participate
Working Groups
In checking the new prototype for project landing pages, I see this one http://eclipse.org/projects/project.php?id=tools.objectteams# has broken SVN information: The link to the repository is http://dev.eclipse.org/viewcvs/viewvc.cgi/?root=Tools_OBJECTTEAMS where it should be http://dev.eclipse.org/viewcvs/viewvc.cgi/?root=TOOLS_OBJECTTEAMS I guess this is the root cause also for some other problems: - commit data lower than expected - commit data on old summary page completely missing (this is new) - names of project lead and committers have no link to commit stats, all are marked as inactive. On a different note (too lazy to file another bug): konqueror shows a red box "Your browser does not support charts". konqueror does support a number of internet standards. I'm not sure which standard "charts" refers to :)
There is some inconsistency wrt to how the top-level project is represented in the SVN repositories. I've added some special-case handling code to work around it and it seems to be doing the job. Did you change the repository information in the project metadata last weekend? tools.objectteams isn't represented in the dash database, but the chart information (which is generated from the database and cached) is there. Very bizarre. I am investigating.
(In reply to comment #1) > There is some inconsistency wrt to how the top-level project is represented in > the SVN repositories. I've added some special-case handling code to work around > it and it seems to be doing the job. Thanks, commit data on the old project summary are back. But no change on the new page. Is that what you're seeing, too? > Did you change the repository information in the project metadata last weekend? No change. Has always been /tools/org.eclipse.objectteams (where is the cvs/svn bit stored?) > tools.objectteams isn't represented in the dash database, but the chart > information (which is generated from the database and cached) is there. Very > bizarre. I am investigating. And still: the new page gives, e.g., May 2011: 183. The old pages says 05/11: 1206. This doesn't look like the same database :-/
*** Bug 352353 has been marked as a duplicate of this bug. ***
The problem manifested again over the weekend. I am in the process of filling in the missing data. It seems that the source of the problem is a change made in one of the files that processes SVN data (svn-parse.pl to be specific). The file itself works fine, but when the automated process extracts the file out of CVS, it didn't set the execute property. This resulted in a permission error that prevented all SVN repositories from being processed. We have added a line to our script that should ensure that the execute bit is properly set. I am marking this as fixed.
