Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[mosquitto-dev] the state of the issue tracker

These comments are based on maintaining an unrelated program.

The issue tracker has 730 issues open.   Many are questions, and many
are low-quality bug reports.  This makes it very hard to find useful
content, and to think about what needs fixing.

My view is that it is a bug of github culture that people ask questions
and ask for support in issues.

I would recommend:

  1) adopt a policy that the issue tracker is only for bug reports that
  are both

    a) are against the most recent release or the tip of master (regardless
    of what version the use has because they are running FooOS LTS)

    b) are high quality (have enough data to argue reasonably convincingly
    that there is a bug and that it is likely in mosquitto)

  and feature requests that are both

    a) expressed clearly enough to be implementable

    b) expected to be of reasonably wide interest

  As part of "high quality", expect submitters to retest with recent
  code and engage in debugging.

  2) Add a wiki page for features that aren't going to happen, and list
  them there, and close the feature requests (for otherwise valid
  feature requests, eg. https://github.com/eclipse/mosquitto/issues/3085).

  3) Document that FooOS shipping old versions is a FooOS problem and
  should be addressed to FooOS, not the mosquitto project.

  4) Document that CI binaries are for CI and that them not being
  available on BarOS is not a bug, and hence appropriate for help
  channel not the issue tracker.

  5) Define a help path.  Probably a mosquitto-users mailinglist, and
  perhaps github discusssions.  But github discussions either burden
  those who are subscribed to the repo, or don't work, IMHO.

  6) put a pointer to issue tracker policies at the top of the README
  and in a template
  
  7) Start closing questions and requests for help, ruthlessly, with a
  simple "Please see
  <URL-that-defines-tracker-policy-and-points-to-help-channel>."

I realize this may seem harsh, but where we are now is an issue tracker
that is very hard to use.


Back to the top