Currently, an issue submitter may add an attachment (screenshot, patch) to an issue. Generally a patch goes through many revisions before being accepted and each revision is added to a new comment. This makes it extremely difficult to locate the latest revision of the patch. The optimal solution would be to list all attachments at the top in a single list, preferably with obsolete patches striked out as in bugzilla (see attached screenshot).

This would require either allowing issue commenters to add attachments to the issue node or adding logic which displays comment attachments at the top instead of/in addition to in the comment.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

babbage’s picture

Status: Active » Fixed

Thought I'd clean up some old issues in this queue—hope that is OK.

While not implementing the exact functionality described here, over three years ago, the current "Jump to: Most recent attachment" seems to address the usability issue identified here. Going to mark this as fixed—probably a duplicate of other issues that actually led to the link but not that easy to find.

babbage’s picture

Project: Project » Project issue tracking
Version: x.y.z » 5.x-2.x-dev

Move to correct queue.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

klonos’s picture

Title: Issue attachments should be grouped » Issue attachments should be grouped together and placed on top of the page - right after issue summary
Version: 5.x-2.x-dev » 6.x-1.x-dev
Status: Closed (fixed) » Active
FileSize
97.08 KB

Reopening this one...

I am attaching a 'fresh' screenshot to update the one posted in #0 + listing features and ideas that I think we should 'borrow' from the way bugzilla does it:

- Group posted attachments together and place them on top of the page, near the issue's summary (#569552: Provide a mechanism for issue meta discussions)
- Distinguish attachments. For example based on color (if it is a patch, so we know its status), text stroke (obsolete by another attachment) etc.
- Hide obsolete attachments by default (so that only the latest patch is shown), but provide links to show all or obsolete ones only.

klonos’s picture

Title: Issue attachments should be grouped together and placed on top of the page - right after issue summary » Issue attachments should be grouped together and placed on top of the page - close to the issue summary
FileSize
59.5 KB

...and here's a second screenshot that shows how the upload is handled:

- uploader has the option to select the type of the attachment (patch, screenshot etc.)
- previous versions of the patch can be marked as obsolete.

klonos’s picture

Any thoughts? Does anyone like my proposal? No? Do you think it would be a useful feature? Can it be implemented relatively easily? Anyone??

pillarsdotnet’s picture

Maybe it would be better/simpler to make the default view collapse to the latest patch/attachment plus the latest ten comments, with a "Read more" link to show the rest of the context.

klonos’s picture

That would be really great Bob, but only if these 10 (or whatever) comments were not 'subscribe' and/or '+1' messages. I like the summarized + 'read more...' link idea, but how do we filter useful comments? You know most people will not even look at the 'read more' link.

Anyways, my whole idea was (to a certain point) based on the same initial idea behind #1036132: Provide a mechanism for issue summaries but for comments. That issue has taken another way though -using the Flag module-. Perhaps the same module could be used to flag attachments. I don't know.

pillarsdotnet’s picture

Well, if there were some way to +1/subscribe without leaving a comment, that would solve the problem, wouldn't it?

klonos’s picture

Title: Issue attachments should be grouped together and placed on top of the page - close to the issue summary » Attachment summary: Issue attachments should be grouped together and placed on top of the page - near the issue summary

Yep, it would, but my point here:

...but only if these 10 (or whatever) comments were not 'subscribe' and/or '+1' messages.

...was that some comments are simply not worth being displayed (and I mean this in a nice way as in: 'They don't directly help the issue progress'). I was just using the extreme, most-hated case as an example. Consider the few dozens of 'How do I apply the patch in post #x?' messages or 'Dev version? I see no dev version in the downloads section?' + the few dozens 'Here's how/where' replies as another example if you wish. These will never go away.

I would love to see -for example- the fruits of #1036132: Provide a mechanism for issue summaries being shown and the rest of the messages filtered out in a 'read more...' link. But that's a thing to be addressed in that issue I guess. This one is about attachments.

If you take a look at the screenie attached in #5, you'll notice how attachments can be (optionally) marked as being obsolete by new ones. If this 'mechanism' is implemented for attachments (especially patches) in d.o, we'll also have a "patches/attachment summary" besides an issue summary. This summary would include only the latest patches/files and have a 'more...' or 'older versions...' link like issue summaries. Now, if this piece of info is gathered all in one place and is somehow placed near the issue summary(ies) one will be able to actually speed-read through an issue with ease.

PS: See? ...this talk made me come up with an even better title for this issue. Let's hope it makes it more 'attractive' too ;)

klonos’s picture

Here's a screenshot that shows how obsolete files are hidden from view by default, but can still be toggled in view if one desires to see them:

obsolete files

dww’s picture

This is the direction we're moving in the D7 port of project_issue. See #1545922: [META] Issue page redesign for more.

klonos’s picture

AFAICT this feature is now implemented in 7.x and also deployed in d.o after its recent upgrade to D7. Is there anything else to be done here? Should we move this to 7.x or do we intend to backport the feature to 6.x as well?

dww’s picture

Version: 6.x-1.x-dev » 7.x-2.x-dev
Issue summary: View changes
Status: Active » Closed (works as designed)

Not going to backport this. Closing since this is how the D7 port works.

Thanks,
-Derek

klonos’s picture

Fair enough. Thanx.