"The Artist": posted a screenshot of a terminal instead of copy and pasting the text
"The Filmmaker": posted an animated GIF of their terminal session instead of writing out what they did
Maintainers _love_ artists and filmmakers!
"The Artist": posted a screenshot of a terminal instead of copy and pasting the text
"The Filmmaker": posted an animated GIF of their terminal session instead of writing out what they did
Maintainers _love_ artists and filmmakers!
"Captain Obvious": Opens a very aggressive and angry issue about the project not installing, when the maintainer responds to double-check that you didn't miss a critical and well-documented note in the docs, you disappear, never to reply again.
It's very common for people new to projects or with limited technical skills to assume that the problems they face are common/well known or that other people know much more than them.
The frustration responders face is due to the mismatch of assumptions, if the issue is in fact not common or well known, but IMO a simple "I haven't seen that before, please post full diagnostics" is an easy and reasonable boilerplate response.
The problem with that phrase is that you didn't state what is not working. I don't expect - although highly welcome - a complete diagnostics from the reporter, but please at least write the steps to reproduce your issue.
"The Shrug Reporter" might be a better name [0]
[0] https://www.computer-dictionary-online.org/definitions-s/shr...
I love videos and GIFs when trying to debug something. They're usually much better at catching small details than people's descriptions. Very often, the bug will hinge on an action that you can do in multiple ways, or some action that the user took directly before triggering the bug that they don't realise is necessarily part of the problem. Or maybe the bug only triggers on certain screen sizes or something, or if certain terminal colours are used, or if the user is using a touchscreen or something.
Having a video makes it a lot easier to notice these sorts of things. It's not always perfect, and a detailed description alongside the video is best, especially if you also have any errors or important text copied there so I can copy it myself, but given the choice, I often prefer video over text.
So yes, I genuinely love filmmakers in this context. Send me screenshots, send me videos!
I have a keyboard shortcut bound to run mpv with the content of the clipboard, so right click on gif, "Copy Image Link", hit the keyboard shortcut and wait for the gif to open in mpv where I can pause, speed up, speed down, scroll etc.
Also useful for any video or audio on the web, since mpv is (for me) much nicer than any built-in player.
Specifically for running MPV with URL-links/video sources/iframe sources as an argument.
“Social distancer”: submitted a commit that just adds spacing.
“Edgycat”: contributed or suggested a badge for this repo (I’m earning this badge right now!).
“Duct tape”: sent three commits in a row that contain text “fix tests”
No. Please, no!
For some reason, I get screenshots of text regularly from technical people. Log files, error messages, everything. It is like they forget Slack can send anything more than images and emojis.
No, I'm not typing out keywords from 3 pages of Java exception, nor am I typing an encoded AWS authorization message.
It isn’t just one thing that goes wrong with my team members.
"Internet famous": your repo had a bug so severe you got news articles written about it.
Both were from thinking about https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/issue... …
Can we also start handing out achievements to repos and/or orgs?
I have a few where “Clear As Molasses” is a good one for the README: “Documents something useful in an entirely opaque manner.” (Edit: Maybe requiring you read the code to understand what the README failed to articulate about something basic?)
Edit: typo
"The Art Critic": posted a screenshot of a diff containing a suggested code change instead of sending a PR
I've actually done something like this exactly once when I was much newer to GitHub and git (and probably wanted to save some of my time).