...do I need say more?

There's this issue #1245508: Issue summaries: Allow outdated attached files to be hidden/replaced/flagged., that suggests that we (optionally) allow patches to be obsoleted by others during upload:

obsolete patch during upload

If this happens, then an interdiff between those files should be generated and attached to the comment.

CommentFileSizeAuthor
patch_obsolete.png3.76 KBklonos
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

klonos’s picture

dww’s picture

Title: Auto-generate interdiffs for patches uploaded to comments (from patches uploaded previously). » Auto-generate interdiffs between patch files (from patches uploaded previously).
Project: Project issue tracking » Attached Files Metadata Table
Version: 7.x-2.x-dev » 7.x-1.x-dev
Component: Comments » Code

I was also thinking of something like the node revisions UI where you can select any two patch files and request an interdiff between them. I don't think that obsoleting a patch necessarily means you want to see that interdiff, but I suppose it's a reasonable default case to provide. Folks can ignore it (or there could be an option to hide it) in the minority of cases where it's not really the interdiff you want to see.

Moving to a more appropriate queue (although the module/project is about to be renamed, see #1964092: Rename project and namespace to 'Extended File Field')

dww’s picture

p.s. I re-titled because this should have nothing to do with "comments." It's about any two patch files attached to the same file field (since that's how D7 project_issue now deals with all of this).

jthorson’s picture

Project: Attached Files Metadata Table » Extended File Field
klonos’s picture

...I don't think that obsoleting a patch necessarily means you want to see that interdiff, but I suppose it's a reasonable default case to provide...

The reason we should provide the obsoletion checkbox feature is because we need to do a couple of other additional things with old files besides just providing an interdiff:

- Hide them in the "Show all files" part of the table.
- Visually indicate that old files were replaced with newer versions (strike-through?). People should be looking at the new versions - older versions are only kept around for reference/historical reasons.

The second reason is really important IMHO, because there are numerous cases where I've seen d.o newcomers speed-read trough long issues top to bottom and try patches sequentially as they come across them, complaining that "the patch in #5 does not apply" - "Of course dude, there's like a dozen more patches after that one and you should be looking at the most recent one in #305!"

Folks can ignore it (or there could be an option to hide it)...

If we decide to implement my proposal in #1955854-10: Group together files posted in the same revision., that would be a nice way to "hide" it from the table (as in not dedicating a whole row for it) but keep it available for those that appreciate/require interdiffs when reviewing patches.

dww’s picture

We're pretty off topic from this issue, so I don't want to re-re-re-explain the proposal for how we're handling hidden/obsolete files. I'll just update some appropriate summaries instead and hopefully you'll read that and stop re-re-re-re-asking this question. ;)

Thanks,
-Derek

klonos’s picture

I'm honestly sorry Derek. Seems I'm missing something or got something wrong. Not my intention.

dww’s picture

No worries. I'm not angry. Just going to save my keystrokes for a more appropriate place to explain how this is all working now. ;)

mgifford’s picture

So I guess we just need to make a patch for this... Attaching related issue.

webchick’s picture

Status: Active » Closed (duplicate)

I can't really see anyone coming to take this on given all of the comments so far are basically an argument, so I've closed this one in favour of a fresh start at #2233521: Auto-generate interdiffs.