View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0020122 | mantisbt | bugtracker | public | 2015-09-17 14:39 | 2021-05-07 11:19 |
Reporter | cproensa | Assigned To | |||
Priority | low | Severity | feature | Reproducibility | have not tried |
Status | new | Resolution | open | ||
Summary | 0020122: show latest note in "view all bug page", on mouse over bugnote count field | ||||
Description | a useful feature would be to allow showing a "on mouse over" text on the column "number of notes", revealing in a quick way to the user a text preview of the latest note added. attached example (mouse cursor is not shown, but its placed over the number "2", bugnote count) | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
related to | 0022025 | new | Excel Export > Get "Date last Bug-Note" |
Nice feature. Performance has to be considered. |
|
What you suggest is using dynamic http, qjery, ajax...? how is it suppported in mantis, is there any documentation? my idea was simpler, get the text trimmed at ~250 chars, retrieved with bugnote cache statistics, so no extra db queries. |
|
+1 for not affecting performance to fetch information that user may never care about. I'm not sure what makes the latest comment useful vs. description and any other fields that may not be in the list of shown columns. Also note that mouse move is like to trigger such popups without the user intending to do so, which can be annoying. Ajax is MantisBT is currently limited, but an example is how we expand filters when user clicks on them. Overall, I'm inclined to -1 this feature. |
|
Another option is to introduce a new column "latest_note". |
|
I think the motivation is to have some indicator of what made the latest update to the issue, sometimes you see issued updataed recently, but no way to see if its been modified by you, or other user.
Taking into account the use case, a more precise indicator would be a column for last updater. Anyway, i find interesting trying this feature as a plugin. However: IRRC, there are no plugin EVENTS for field presentation (only a custom function). And how implementable is the ajax thing from a plugin...? |
|
If your use case is knowing what triggered the last update, then the bugnote text is not necessarily the relevant information to display, since date change can be caused e.g. by a user monitoring the issue, or a relationship being added, none of which generate any bugnote. In this context, showing the most recent history event(s) is probably more appropriate. The question remains, whether this is something we would want to do in core or not (also taking performance impact into consideration). Regarding potentially missing plugin events vs custom functions, the strategy is to move towards the former, and eventually deprecate the latter, so if new events are required for a plugin implementation, I believe it would be worth considering. |
|
Is there any central place for this discussion, adding events? |
|
The right place would be the mantisbt-dev mailing list. Historically, plugins' needs have frequently been a driver for adding new events. This is an ongoing process. As for specifically replacing the custom functions, I vaguely recall discussing this fairly recently - I think it was with atrol, but I don't remember where. |
|
Recently with vboctor, maybe 0020037 and 0017844. We had some more discussion, but I don't remember where ;-) |
|
I agree with Astrol, include last_note could be interesting for indicators and improve a team management. |
|