Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 199706 - support automatically determining the plug-in version for the new bug editor
Summary: support automatically determining the plug-in version for the new bug editor
Status: RESOLVED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 2000
: P3 enhancement (vote)
Target Milestone: 3.2   Edit
Assignee: Steffen Pingel CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 212209
  Show dependency tree
 
Reported: 2007-08-13 06:08 EDT by Georg Sendt CLA
Modified: 2009-05-18 02:36 EDT (History)
3 users (show)

See Also:


Attachments
Screenshot (39.31 KB, image/png)
2007-08-13 06:09 EDT, Georg Sendt CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Georg Sendt CLA 2007-08-13 06:08:36 EDT
BugEditor suggests wrong version number

Im using eclipse 3.3.0 but the editor suggests version 3.4
Comment 1 Georg Sendt CLA 2007-08-13 06:09:03 EDT
Created attachment 75947 [details]
Screenshot
Comment 2 Mik Kersten CLA 2007-08-22 16:06:44 EDT
I like this suggestion.  Mylyn's Task Editor does not currently have any special rules for the bugs.eclipse.org repository.  To implement this we would need to add the following rule:
* If the repository is bugs.eclipse.org
* And the selected product is one of the SDK products (e.g. JDT, Platform)
* Then set the Version attribute to the Eclipse version

Since this rule could be used for any bugs.eclipse.org product (e.g. Mylyn) it would be best to make this rely on a plug-in to Bugzilla Product/Component mapping (bug 150278) rather than hard-coding the rule.  The right home for this would be the org.eclipse.mylyn.bugzilla.ide plug-in, which is currently responsible for adding the bugs.eclipse.org repository.  Tagging this for bugday since it could be a fun one for someone to try when the next bugday comes around.
Comment 3 Eugene Kuleshov CLA 2007-08-22 16:20:02 EDT
One observation that should be taken into account: the reported bug may not necessary affect the same plugins installed in the environment that Task Editor is running on.
Comment 4 Mik Kersten CLA 2007-08-24 12:18:50 EDT
I've wondered the same thing about the Platform and OS attributes too.  Quite regularly I file bugs that are not specific to my OS and manually changes this.  So I wonder if we should have an option, on by default, along the lines of "auto-fill attributes" for new bugs.
Comment 5 Eugene Kuleshov CLA 2007-08-24 13:21:58 EDT
To me this should be a repository or even project-specific option. Unless we could record params of the previously reported issues and reused them for new submissions for the same project or component.
Comment 6 Mik Kersten CLA 2007-08-24 14:52:50 EDT
+1 on making it repository-specific, related to changes that Rob is suggesting on bug 159397.
Comment 7 Steffen Pingel CLA 2009-05-18 02:36:28 EDT
The version field will now be set when reporting bugs from the error log. The matching uses repository mappings (bug 150278) given that a feature id is provided and the feature is installed.