zsh-users
 help / color / mirror / code / Atom feed
From: Daniel Shahaf <d.s@daniel.shahaf.name>
To: Timothee Cour <timothee.cour2@gmail.com>
Cc: zsh-users@zsh.org
Subject: Re: using gitlab (or other) issue tracker instead of mailing list?
Date: Mon, 2 Jan 2017 15:38:30 +0000	[thread overview]
Message-ID: <20170102153830.GA4752@fujitsu.shahaf.local2> (raw)
In-Reply-To: <CAM4j=kPgw=fLgEeCvV5xqpU9==o81riHj7RwowgQR3nwNnhZxA__37436.9124918759$1483233144$gmane$org@mail.gmail.com>

Timothee Cour wrote on Sat, Dec 31, 2016 at 17:10:43 -0800:
> Spawned off from a separate discussion:
> > regression: zsh completion stopped working after upgrading zsh 5.2=>5.3
> 
> What are your requirements for tracking zsh issues, and could this be
> accomplished by a standard issue tracker (eg github/gitlab/bitbucket)
> instead of this mailing list ?

Thanks for starting this thread.

For what it's worth, I do support having some list of bugs: we do from
time to time run into bugs, but those that we don't patch immediately
are only recorded in the list archives.

Bug trackers are generally open to the public and so serve some user
support role as well.  However, as far as I know, the existing support
channels work well, and only a "repository of known, acknowledged,
unfixed bugs" functionality is missing.

As Eric points out, we could simply start using Etc/BUGS to fill that
functionality.  Let's adopt the convention that every entry be tagged
with an X-Seq number for ease of reference:

diff --git a/Etc/BUGS b/Etc/BUGS
index 9991ad9..96958f9 100644
--- a/Etc/BUGS
+++ b/Etc/BUGS
@@ -12,6 +12,13 @@ the nonomatch and nullglob options.
 ------------------------------------------------------------------------
 It is currently impossible to time builtins.
 ------------------------------------------------------------------------
-The comp* completion-related builtins (compadd, compset, etc) are run with
-$_comp_options in effect, rather than the user's options.
+40106: The comp* completion-related builtins (compadd, compset, etc) are
+run with $_comp_options in effect, rather than the user's options.
+------------------------------------------------------------------------
+40240: vcs_info: percent escapes in payloads are interpreted
+
+Example: hg branch names and quilt patch subjects that contain the literal
+string '%F{blue}', cause $vcs_info_msg_N_ to be rendered in blue.
+
+40240 has a patch, but 40241 explains why that patch is incomplete.
 ------------------------------------------------------------------------

... and to be clear, the venue for support questions and bug reporting
will [under this proposal] continue to be the zsh-users@ mailing list.

Cheers,

Daniel


       reply	other threads:[~2017-01-02 15:41 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAM4j=kPgw=fLgEeCvV5xqpU9==o81riHj7RwowgQR3nwNnhZxA__37436.9124918759$1483233144$gmane$org@mail.gmail.com>
2017-01-02 15:38 ` Daniel Shahaf [this message]
2017-01-02 15:58   ` Frank Terbeck
2017-01-02 16:42     ` Daniel Shahaf
2017-01-02 16:27   ` Ray Andrews
2017-01-02 19:16   ` Peter Stephenson
2017-01-01  1:10 Timothee Cour
2017-01-02 21:42 ` Bart Schaefer
2017-01-12 17:34   ` Timothee Cour
2017-01-02 23:17 ` Axel Beckert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170102153830.GA4752@fujitsu.shahaf.local2 \
    --to=d.s@daniel.shahaf.name \
    --cc=timothee.cour2@gmail.com \
    --cc=zsh-users@zsh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).