moe icon indicating copy to clipboard operation
moe copied to clipboard

Bug/Issue reporting feature / Github/Gitlab integration

Open tobimensch opened this issue 3 years ago • 0 comments

This is another advanced feature I don't expect to be implemented anytime soon, but I think this would be pretty neat, too.

:reportissue Very bad bug in moe

  1. A new pane/window opens in insert mode.
  2. The first line is the headline, using a different background/foreground color, to make that distinction.
  3. All that follows is the content of the issue.
  4. On :w the issue is sent/saved or updated
  5. :www (or similar) opens the issue in the browser (with xdg-open on Linux)

I assume this can be implemented with GitHub/GitLab-APIs. The user's GitHub/GitLab user name should be stored in moe's configuration.

I'm using GitHub/GitLab as popular examples, but this could be designed in an extendable way so that all popular issue/bug-trackers could be usable with it.

Moe should be able to detect if there's a GitHub/GitLab issue tracker for the currently active file/project. Also the users could be provided with a per project/workspace setting, because a project might use BugZilla, inspite of being hostet on GitHub.

My first idea was for only an issue/bug reporting solution, but this could be taken much further, by also providing an issue viewer and an issue list viewer.

:issues or :listissues :openissue #886 or simply :issue #886

I think implementing this for GitHub alone would be pretty useful already, however when implemented in a platform agnostic way this could become one of moe's killer features. Why?

I don't know about you, but I'm annoyed by the different layouts of GitLab/GitHub/BugZilla/Gitea/Pagure/YouNameIt, if I could use the same bugtracking/issuetracking for all my projects, and also for projects that aren't mine, this would reduce the cognitive load a lot.

It's really like inventing a mail client that works for all contacts (like it always did). Imagine if you had to learn a new email client/software/interface many times for different contacts.

Admittedly it is unrealistic at the moment to achieve this for all bug trackers/issue trackers, because there simply are too many: https://en.wikipedia.org/wiki/Comparison_of_issue-tracking_systems1

What a nightmare! On the other hand there will only be a handful with significant market share, like GitHub or GitLab, so this reduces the problem somewhat.

tobimensch avatar Jul 28 '20 17:07 tobimensch