Closed
Bug 179115
Opened 22 years ago
Closed 5 years ago
changes to Cc: list should not update bug's last changed date
Categories
(bugzilla.mozilla.org :: General, enhancement)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: asa, Assigned: kohei)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
There are some changes which are changes to fields relevant to the bug itself and there are some changes which have nothing to do with the bug. Actually, it's probably not that black and white. I'd like to see the last changed date only reflect changes which are clearly relevant to the bug. Cc: changes (additions and subtractions) seem to be the least relevant to the bug and are strong candidates for exception to the last changed date updating. This would help people who sort buglist by last changed date to see bugs with recent (and relevant) activity. I do this regularly to manage several buglists and it's thrown completely out the window when someone decides to cc: himself on a bunch of bugs in that list. I'm sure there's going to be disagreement on this so let the debate begin :-)
Comment 1•22 years ago
|
||
I strongly agree with this. I use a bug list to replace bugmail and having the CC list changes change the change time is really annoying. We don't need to worry about the change time being used for preventing collisions with the cc list, btw, because you can't collide those now anyway.
Comment 2•21 years ago
|
||
Is this still wanted? I have a patch attached to another installation of Bugzilla that I use that I can easily update to apply to CVS.
Comment 4•21 years ago
|
||
The last modified date is used to handle mail sending, so you'd need a separate field.
Reporter | ||
Comment 5•21 years ago
|
||
Colin, an updted patch would be great! This is definitely still wanted.
Comment 6•19 years ago
|
||
You cannot add entries in the bug activity table without updating delta_ts as well.
Hardware: PC → All
Comment 7•19 years ago
|
||
(In reply to comment #6) > You cannot add entries in the bug activity table without updating delta_ts as well. hmmm... why not? The mail code only checks to see if there's anything in the activity log dated more-recently than the previous lastdiffed value. It doesn't even look at delta_ts. The cron job that checks for unsent mail only looks to see if there's bugs with delta_ts > lastdiffed. The only potential side effect is if someone adds a CC and the mail doesn't complete, the cron job won't ever finish the job because the cron job won't know there was changes. On the other hand, the cron job could always be fixed to look for activity entries and comments newer than lastdiffed instead of looking at delta_ts... And making mail actually work on large bugs would be the best long-term solution. :)
Comment 9•19 years ago
|
||
Colin wrote in comment #2 > I have a patch attached to another installation of > Bugzilla that I use that I can easily update to apply to CVS. is that still possible? (In reply to comment #8) > this bug would fix bug 69447 if so, should 69447 be marked dependent on this?
Updated•18 years ago
|
QA Contact: mattyt-bugzilla → default-qa
Updated•18 years ago
|
Assignee: myk → create-and-change
Comment 12•6 years ago
|
||
I was going to open a bug with this subject! I was reviewing the Balrog backlog and adding myself as CC in some bugs. Today I opened backlog again and realized that all those bugs, in the "last updated" field, are now "a day ago". I think that this behavior can be confusing for the triage owner, next time he opens the backlog will see some bugs updated, but with no relevant information.
Comment 13•6 years ago
|
||
We can add a new field, last_major_change or something, but the delta_ts stuff is basically baked in and needed for many things, like figuring out changes to include in an email
Updated•6 years ago
|
Assignee: create-and-change → nobody
Component: Creating/Changing Bugs → General
Product: Bugzilla → bugzilla.mozilla.org
QA Contact: default-qa
Version: unspecified → Production
Assignee | ||
Comment 14•5 years ago
|
||
Bug 1524204 has reminded me of this bug. I think we should make this change now, and also stop sending email notifications for CC changes.
- This makes bug triaging harder, year by year
- The situation is much worse than when this bug is filed 17 years ago
- Cc changes are hidden on bugs by default
- The “Show CC Changes” option can also be completely removed
- These changes are still visible on the bug’s history page
- The “Show CC Changes” option can also be completely removed
- Comment tagging doesn’t update the bug’s last changed date
- Nor send any notification
- Nor logged on the bug’s timeline
- (Un)subscribing GitHub’s issue/PR also doesn’t send any notification
Assignee | ||
Comment 15•5 years ago
|
||
Sylvestre has also agreed to do it, so I’ll take a shot. This makes triagers happy, while most users may not notice the change.
Assignee: nobody → kohei.yoshino
Status: NEW → ASSIGNED
Comment 16•5 years ago
|
||
Yes, I think this is not a substantive change to the bug that requires notification.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Type: defect → enhancement
Assignee | ||
Comment 17•5 years ago
|
||
Given that some user may rely on the delta_ts
field as Dylan said in the PR, I’ll close this bug as WONTFIX in favour of a new field being added in Bug 1547414. Will update the dependencies as well.
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•