Community
Participate
Working Groups
I've problems with the new file history API, added in eclipse 3.2. I'm using this in an history plug-in to avoid the use of internal CVS classes. In Detail: 1.) IFileHistoryProvider#getFileHistoryFor(IFileStore store, int flags, IProgressMonitor monitor) returns an empty array for the flag IFileHistoryProvider.SINGLE_LINE_OF_DESCENT. Is there in CVSFileHistoryProvider a statement like remoteFile.refresh(.) missing (Line 41 in Revision 1.11)? With the flag IFileHistoryProvider.NONE the method is working fine. 2.) IFileHistory#getContributors(IFileRevision revision) and IFileHistory#getTargets(IFileRevision revision) don't do what is discribbed in the API. getTargets returns all Revisions after the given revision. The API says: "Returns all of the direct descendents of the given in file revision.". getContributors returns the revision with the commit-date next to the given revision. This is not what is written in the API: "Returns the direct predecessors of the given revision.". At the moment only IFileHistoryProvider#getFileHistoryFor(.) with the flag IFileHistoryProvider.NONE is usefull for my needs. I hope this is further supported in future releases of eclipse. A fix of the 2 bugs would be fine.
Yes, these are valid points. We'll try to address these sometime during the 3.3 cycle.
We don't have the manpower to address this issue in 3.3 Patches will be accepted.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.