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)
Bugzilla
Creating/Changing Bugs
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.
Comment 1•22 years ago
|
||
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
Reporter | ||
Comment 2•22 years ago
|
||
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.
Comment 3•19 years ago
|
||
*** Bug 294413 has been marked as a duplicate of this bug. ***
Comment 4•19 years ago
|
||
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.
Updated•18 years ago
|
QA Contact: mattyt-bugzilla → default-qa
Updated•18 years ago
|
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.
Comment hidden (off-topic) |
Comment 8•6 years ago
|
||
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
Comment 9•5 years ago
|
||
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
Comment 10•5 years ago
|
||
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.
Description
•