Closed
Bug 793687
Opened 12 years ago
Closed 12 years ago
Include original bug summary and other metadata values with comment 0
Categories
(bugzilla.mozilla.org Graveyard :: Extensions: InlineHistory, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: GPHemsley, Unassigned)
Details
When the bug summary (or any other piece of metadata) is changed, Bugzilla (or, at least, BMO) now shows that in the course of the discussion, instead of just on the History page. However, it does not show the original values of the settings with comment 0. This makes it difficult to determine in advance what assumptions are made by the bug reporter when the bug was originally reported. For example, say I come across a bug with the summary "Fix XYZ to reduce user confusion". I then begin reading the discussion, beginning with comment 0. In that comment the bug reporter is discussing how "ABC doesn't work". Without knowing the original bug summary, I have no way to know ahead of time why the bug reporter is talking about ABC when the bug is ostensibly about XYZ. In fact, I have no way of knowing that the bug summary has even changed until I get to that point in the discussion where it did. I think it would be helpful to display the original values of the metadata alongside the first comment, almost as if the values were changed from NULL to their first values.
Assignee: create-and-change → nobody
Component: Creating/Changing Bugs → Extensions: Inline History
Product: Bugzilla → bugzilla.mozilla.org
QA Contact: default-qa
Version: 4.0.8 → Production
while i see how in rare circumstances it would be useful, in most instances i fear it would be just additional noise on the bug. bear in mind there's a minimum of 12 fields set when a bug is created, although most have more.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 2•12 years ago
|
||
(In reply to Byron Jones ‹:glob› from comment #1) > while i see how in rare circumstances it would be useful, in most instances > i fear it would be just additional noise on the bug. bear in mind there's a > minimum of 12 fields set when a bug is created, although most have more. Well, my primary reason for suggesting it was to get the original bug summary. (Maybe product/component, too?) What if it were just that?
Comment 3•12 years ago
|
||
You already have this information in the bug history.
Reporter | ||
Comment 4•12 years ago
|
||
(In reply to Frédéric Buclin from comment #3) > You already have this information in the bug history. I don't see what your point is. You already have the other changes in the bug history, too, and yet there is an established need for them to appear inline.
Updated•5 years ago
|
Product: bugzilla.mozilla.org → bugzilla.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•