A bugtask change followed by a bug change is rendered confusingly in bug comments

Bug #693405 reported by Gavin Panella
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

For example:

    Changed in firefox:
       status: Triaged --> In Progress
      affects: oem-codes --> inkscape

Huh? The affects line is not related to the "Changed in firefox:"
heading, and refers to one of the bug's other bugtasks.

Previously it has been the case that we always put the bug changes
first:

      affects: oem-codes --> inkscape
    Changed in firefox:
       status: Triaged --> In Progress

That's a bit better.

However, activity that happens at approximately the same time can now
be grouped. Previously only activity that happened at *exactly* the
same time would be grouped (i.e. in the same transaction).

To avoid confusion it is important to show activity in the order it
happened, even when grouped.

We need a way to display grouped activity more clearly.

One way would be to render the "Changed in <target>:" blocks in a
different background colour, or to alternate background colours
between blocks of activity:

    | Changed in firefox: | <-- White
    | status: Triaged --> In Progress | <-- White
    | affects: oem-codes --> inkscape | <-- Light grey

There are probably better ways of doing thing though.

Curtis Hovey (sinzui)
tags: added: bugs confusing-ui email
Changed in launchpad:
status: New → Triaged
importance: Undecided → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.