News for hackers. Stuff that matters.
Re:GitHub now has Issue Attachments by danso on Friday December 07, 2012 @02:50PM (#4888898)
Those would be useful but I guess in terms of issue-reporting, screenshots are universally valuable for showing erroneous program behavior...when would other filetypes be useful for that, except in cases of programs that are designed to output such filetypes (attaching an ODF would be useful for an ODF generator, for instance)?
Re:GitHub now has Issue Attachments by eridius on Friday December 07, 2012 @03:00PM (#4888953)
Not just outputs, but also inputs. As a hypothetical example, if I had a project that processed MP3 files, and it had bugs on certain files, it would be nice to be able to attach the MP3 files that triggered the bugs to an issue.
Re:GitHub now has Issue Attachments by aprescott on Friday December 07, 2012 @03:07PM (#4888983)
Would it not be useful to have test cases covering the broken behaviour (making it not specific to the issue, but rather stuff you could add in a commit)?
Re:GitHub now has Issue Attachments by masklinn on Friday December 07, 2012 @03:30PM (#4889109)
We're talking about issues reporting here, if there's a bug with a file being able to include the file itself (by the original reporter or somebody else) is valuable.
Re:GitHub now has Issue Attachments by Xylakant on Friday December 07, 2012 @03:34PM (#4889128)
Core dumps and lengthy stacktraces spring to my mind.
Re:GitHub now has Issue Attachments by vijaydev on Friday December 07, 2012 @03:40PM (#4889164)
Can use Gist for these.
Re:GitHub now has Issue Attachments by misnome on Friday December 07, 2012 @06:17PM (#4889763)
That's not super obvious or convenient for new or casual users. You could make the same argument about images; Just make a new repository (or gist) and put an image in it, then link to it!

This new way is much better.

Re:GitHub now has Issue Attachments by Xylakant on Saturday December 08, 2012 @04:31AM (#4891239)
Since there are no organization private gists [1] you can't use that method for private repositories.

[1] A gist can only be "private" in the sense that it's not listed on the public gist page. No access control takes place once someone guesses the url. That's probably good enough for most uses, but not for all.