| Summary: | Use new Gerrit change id as task key | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Sascha Scholz <sascha.scholz> | ||||||
| Component: | Mylyn | Assignee: | Sascha Scholz <sascha.scholz> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||
| Severity: | trivial | ||||||||
| Priority: | P3 | CC: | steffen.pingel | ||||||
| Version: | 0.7 | ||||||||
| Target Milestone: | 0.8 | ||||||||
| Hardware: | All | ||||||||
| OS: | All | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Sascha Scholz
You could use setTaskKey() in GerritConnector.updateTaskFromTaskData() to the IDs visible in the Task List. I am wondering though if that makes sense? Do users care about these IDs? I could remember at least the old Gerrit change ids and would like to see them in the task list. For the new ids I don't know yet. Created attachment 188862 [details]
show key instead of numeric id
Created attachment 188863 [details]
mylyn/context/zip
Here is a patch to make to show the key instead of the id in the task list (requires synchronization). I'm a little torn if that's better but it's certainly more consistent with the web UI that mostly uses the key. The attached patchset changes the task key to the abbreviated form. I think it's not correct to use it that way because it may not be unique. I would prefer to have the full Id to internally identify the change/task, but display only the abbreviated form. The task key does not need to be unique. The framework uses the task id to uniquely identify a task which is still the integer number (but only visible internally). Any reason to remove the mapping for the URL field? Only cleaned up some commented out code. The active mapping for task URL is some lines below. |