| Summary: | Compare editor should show timestamp for both files | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Eugene Kuleshov <ekuleshov> |
| Component: | Team | Assignee: | Platform Team Inbox <platform-team-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | Keywords: | helpwanted |
| Version: | 3.0 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | 43211 | ||
| Bug Blocks: | |||
|
Description
Eugene Kuleshov
Moving to VCM Please note, that if you compare two files with each other it still should show local change time for both of those files. We have recently (e.g. will be in the next integration build) CVS history view can be linked wit the compare editor. This view shows the timestamps. The local file is not shown though. That would be interesting. CVS history linking will not solve problem with comparing two files selected in CVS explorer. I'd prefer to see timestamp in a header area of the compare editor to keep it consistent and convenient. To update the labels in the compare text viewer synchronously as the editor is opened is too slow. We've tried this :) Instead, we would like to fetch them in the background, such that opening the compare editor is quick, and then update the labels. This is blocked until bug 43211 is fixed. Doesn't this sound similar to label decorators? Those are already updated in the background. This bug has not been touched for 2 years. Closing as WONTFIX. Please reopen if you feel this is still an important issue. Yes. I do believe that this is important. Actually all compare editors may should be reviewed by someone, so they all will be consistent and all provide similar information including path, size, time, and maybe other params for the resources. Yes. I do believe that this is important. Actually all compare editors may should be reviewed by someone, so they all will be consistent and all provide similar information including path, size, time, and maybe other params for the resources. Acknowledged. However, there is currently no plan to address this item. As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you. |