Expanding bugtask edit form on bug page can confuse users

Bug #632049 reported by Scott Ritchie on 2010-09-06
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Low
Unassigned

Bug Description

Take a look at this bug: https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/410407

If you click the > next to the affects:adobe-flashplugin, it hides every package after it. I was expecting it to just hide the stuff under the adobe-flashplugin (that is, all the releases).

The general behavior seems unintuitive here, as every package seems to be contained in the one above it but there is no indentation.

(After discussion, it became clear that the form was not hiding content, but pushing it off screen in a way that was not clear. This will be fixed when bug 399756 is fixed.)

Scott Ritchie (scottritchie) wrote :

I'll note that this is only an issue on bugs like that where the list of packages is incredibly huge, as with normal single target bugs the function of the arrow (hiding the comment interface) is much more visible

Curtis Hovey (sinzui) on 2010-09-08
affects: launchpad → malone
Deryck Hodge (deryck) wrote :

I don't see what you mean. The status/comment form either displays or disappears for me. Nothing is hidden, though you do have to scroll down the page after expanding the form. Is this what you mean, that what the form is doing is not obvious?

Thanks for clarifying!

Changed in malone:
status: New → Incomplete
Scott Ritchie (scottritchie) wrote :

Each button hides/shows the comment form, but the buttons also hide/show the other affected targets -- but only the targets below.

This gets confusing given its position when a target also has release nominations, as it looks like the intended function of the arrow is to simply hide the release nominations. Doing so obscures the fact that there are other targets deeper below, and this is not obvious.

Furthermore, It seems weird to have multiple buttons to hide the same comment form, each hiding one more piece of additional information than another (ie all but the above targets)

Deryck Hodge (deryck) wrote :

The show/hide arrow doesn't work like this for me. It pushes the targets below down the page, not hides them. What browser are you using?

Deryck Hodge (deryck) wrote :

Also, a screenshot showing the problem might help. Thanks!

Scott Ritchie (scottritchie) wrote :

Nevermind, it seems you are right, I hadn't noticed them when they got moved below the comment form because I had thought that the comment form was always "at the bottom" after the targets list.

This confusion would likely be cleared up by making the arrow behave more like similar arrows in operating systems -- it changes from pointing down to pointing right depending on whether or not it is engaged. Right now it always points down, whether or not the comment field is active underneath it.

Deryck Hodge (deryck) wrote :

I'll claim this bug to note that the edit status/comment combo form expands confusingly, but this will be fixed by bug 399756, which notes that we plan to remove this form eventually.

summary: - Clicking affects arrow with release proposals hides subsequent packages
- rather than just the releases
+ Expanding bugtask edit form on bug page can confuse users
description: updated
Changed in malone:
status: Incomplete → Triaged
importance: Undecided → Low
tags: added: bug-page ui
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers