Closed Bug 176145 Opened 22 years ago Closed 5 years ago

RFE: "jump to first unread comment", remember last displayed comment number per bug&user

Categories

(Bugzilla :: Creating/Changing Bugs, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1469023
Bugzilla 6.0

People

(Reporter: vdvo, Unassigned)

Details

Bugzilla could remember which comment number was last the last time I displayed
a particular bug. Then, the next time I view that bug, it could provide a link
right at the top of the page pointing to the first unread comment. Also, above
that first unread comment, there should be some kind of visual separator.
Wow, that would use up a LOT of space in the database remembering the last-read
comment number in every bug for every user....
Severity: normal → enhancement
Yeah, I guess it might. Then again, I assume that the average user hasn't seen
more than just a few bugs. And this information could expire after a few months.
And if it's really such a big problem, the information could be stored in
cookies on the user's side. It loses the "portability" (as in "access from
anywhere", not "platform independence"), but at least it's something.
*** Bug 294413 has been marked as a duplicate of this bug. ***
Rather than last read comment number, it could store the last read date 
together with user_id and bug_id in a new table, expiring the oldest (whether 
after a maximum time interval or maximum number of bugs in the user's list or 
both).

This data structure would also lend itself well to a more up-to-date solution 
to bug 102571.


Ideally comments should be shown in batches too (some with literally hundreds 
of comments have a noticeable delay loading even on broadband), but I think I 
saw another bug about that somewhere.
QA Contact: mattyt-bugzilla → default-qa
Assignee: myk → create-and-change
(In reply to comment #4)
> Rather than last read comment number, it could store the last read date 
> together with user_id and bug_id in a new table, expiring the oldest (whether 
> after a maximum time interval or maximum number of bugs in the user's list or 
> both).

You can still get the date and time of the comment if the last read comment is stored. If a more precise date is more useful to be stored when the bug was last viewed maybe that is a better solution. Using the fields that have been modified since that date could be emphasized somehow maybe making them bold.
(In reply to comment #3)
> *** Bug 294413 has been marked as a duplicate of this bug. ***

I agree that the data storage issue shouldn't be a concern. In this case the usability outweigh storage concerns. Hard drives are cheap, a developers time is not.
This 16-year-old bug has been fixed recently on bugzilla.mozilla.org. The functionality will be available in the upstream Bugzilla 6 release. A screenshot can be found here: https://twitter.com/BugzillaUX/status/1012407513826783233
Depends on: 1469023
Version: 2.17 → Harmony

Closing as per my Comment 8. More enhancements are coming.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → Bugzilla 6.0
Version: Harmony → unspecified

Just marking as a dup instead.

No longer depends on: 1469023
Resolution: FIXED → DUPLICATE
You need to log in before you can comment on or make changes to this bug.