Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 368620 - hover should always display bug summary
Summary: hover should always display bug summary
Status: RESOLVED WONTFIX
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: dev   Edit
Hardware: Other Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Mylyn Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-15 07:53 EST by Stephan Herrmann CLA
Modified: 2015-01-20 13:15 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stephan Herrmann CLA 2012-01-15 07:53:17 EST
When hovering over a bug number I inconsistently see either

(1) the bug summary - good,
(2) "Open bug 186342 from repository"
(3) no hover

Variant (2) is fully redundant with the popup selector.

Since the hover can save considerable amounts of time it would be
great if it could consistently always show the summary.

BTW, I'm also seeing slight inconsistencies between hovering over
the word "bug" vs. the bug number (same for "comment"). Is that intended?

Also, I'm not 100% sure whether all these things are actually provided
by Mylyn. For the records: in the popup selector I see:
(a) Open in Web Browser
(b) Add Bugzilla Summary
(c) Open Taks 186342 in Eclipse.org

Just mentioning here - this bug is not about that popup but about the hover.
Comment 1 Stephan Herrmann CLA 2012-01-15 08:24:48 EST
BTW, I'm using Mylyn version 3.7.0.I20111214-1125
Comment 2 Steffen Pingel CLA 2012-01-16 04:07:49 EST
> When hovering over a bug number I inconsistently see either
> 
> (1) the bug summary - good,
> (2) "Open bug 186342 from repository"
> (3) no hover
> 
> Variant (2) is fully redundant with the popup selector.
> 
> Since the hover can save considerable amounts of time it would be
> great if it could consistently always show the summary.

Mylyn is only able to show the summary in the tooltip if the task is part of the task list, i.e. it is cached locally. If not (2) is shown.

> BTW, I'm also seeing slight inconsistencies between hovering over
> the word "bug" vs. the bug number (same for "comment"). Is that intended?


Can you describe the inconsistencies you are seeing when hovering over bug/comment, possibly attaching a screenshot?(In reply to comment #0)
 
> Also, I'm not 100% sure whether all these things are actually provided
> by Mylyn. For the records: in the popup selector I see:
> (a) Open in Web Browser
> (b) Add Bugzilla Summary
> (c) Open Taks 186342 in Eclipse.org
> 
> Just mentioning here - this bug is not about that popup but about the hover.

Where are you hovering over the links? In the task editor I don't get a popup selector but tasks open in the task editor on click.
Comment 3 Stephan Herrmann CLA 2012-01-16 06:40:39 EST
(In reply to comment #2)
> > When hovering over a bug number I inconsistently see either
> > 
> > (1) the bug summary - good,
> > (2) "Open bug 186342 from repository"
> > (3) no hover
> > 
> > Variant (2) is fully redundant with the popup selector.
> > 
> > Since the hover can save considerable amounts of time it would be
> > great if it could consistently always show the summary.
> 
> Mylyn is only able to show the summary in the tooltip if the task is part of
> the task list, i.e. it is cached locally. If not (2) is shown.

I had assumed that Mylyn would have the same information as the bugzilla
web UI, where *each* bug number has a corresponding title attribute in the
html anchor.

I read your comment as saying that Mylyn uses an interface to bugzilla,
where this information is not available?

Unfortunately, Mylyn doesn't seem to learn when I open the target task once.
Going back to the link source I still don't see the summary, even after
closing & re-opening that task editor.
 
> > BTW, I'm also seeing slight inconsistencies between hovering over
> > the word "bug" vs. the bug number (same for "comment"). Is that intended?
> 
> 
> Can you describe the inconsistencies you are seeing when hovering over
> bug/comment, possibly attaching a screenshot?(In reply to comment #0)

see below...
 
> > Also, I'm not 100% sure whether all these things are actually provided
> > by Mylyn. For the records: in the popup selector I see:
> > (a) Open in Web Browser
> > (b) Add Bugzilla Summary
> > (c) Open Taks 186342 in Eclipse.org
> > 
> > Just mentioning here - this bug is not about that popup but about the hover.
> 
> Where are you hovering over the links? In the task editor I don't get a popup
> selector but tasks open in the task editor on click.

It's all about the task editor. I also have a little helper installed,
the "JDT/Core tools", which we use to maintain our build notes and also
add bugzilla summaries to commit comments. Now this tool seems to sit in
the background for *all* kinds of editors and if something looks like a 
bug number it offers some help. I guess both (a) and (b) come from that
tool.

The inconsistency mentioned above now could be explained like such:
when hovering over the bug number, both Mylyn and the JDT/Core tools 
offer navigation, so a popup becomes necessary. When hovering over the
word "bug" only Mylyn has a proposal and therefor a simple click without
a popup is sufficient.

So that part seems OK. Sorry for the noise. We might actually discuss
abandoning that JDT/Core-specific helper functionality and just use Mylyn
instead.
Comment 4 Sam Davis CLA 2015-01-14 20:06:19 EST
(In reply to comment #3)
> I read your comment as saying that Mylyn uses an interface to bugzilla,
> where this information is not available?

The bug title is not part of the content of the comment/description. We are able to recognize the text as a link (as the Web UI does) but we don't query the Bugizlla database to get the title as that would be too slow.
Comment 5 Stephan Herrmann CLA 2015-01-20 12:20:18 EST
(In reply to Sam Davis from comment #4)
> (In reply to comment #3)
> > I read your comment as saying that Mylyn uses an interface to bugzilla,
> > where this information is not available?
> 
> The bug title is not part of the content of the comment/description. We are
> able to recognize the text as a link (as the Web UI does) but we don't query
> the Bugizlla database to get the title as that would be too slow.

Fair enough.
It's just sad that Mylyn has less information to show compared to the web UI, whereas opening a bug from bugzilla using Mylyn takes considerably more time. That's why just clicking on a link to see, what it refers to, is not always an option.
Comment 6 Sam Davis CLA 2015-01-20 13:15:09 EST
Unfortunately, the speed of opening bugs in Mylyn is limited by the speed of Bugzilla's API.