Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: using gitlab (or other) issue tracker instead of mailing list?
- X-seq: zsh-users 22320
- From: Daniel Shahaf <d.s@xxxxxxxxxxxxxxxxxx>
- To: Timothee Cour <timothee.cour2@xxxxxxxxx>
- Subject: Re: using gitlab (or other) issue tracker instead of mailing list?
- Date: Mon, 2 Jan 2017 15:38:30 +0000
- Cc: zsh-users@xxxxxxx
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= daniel.shahaf.name; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=2ERi2wKBtzZpfiO Q0U5Q0ZyFPmc=; b=bv6PK1eY8SMysCADTjGGxcsDCmKCerQ1Z8FHZg96wcwAwfb HR1YOe1ZH3UyetHvMRvzjuNdEhJXQbQO9M76QVectJpsYfHvdOCdzqlZNg40FuSz BMi7ddgnR8Tb2LuqrsIFt9T4divB39iROClHal7/jM/5Y+ApVXIkjKcmQnUw=
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=smtpout; bh=2ERi2wKBtzZpfi OQ0U5Q0ZyFPmc=; b=aNFJbao+7/5F6M6ajM1+GIUb+VXY1e4kLmvC1bgI7k4gCg 6LYe0AYcrJOXJUf2KcI4h6+6cOWEqUpad37Z7MXg2g5xDH7xWKDc3JB72knX+mx+ GZpZTumF5BhoNlUutVLwhmKzflptlCISANYJ8MZrLiO+0K1LYJi2cyj2F1ck4=
- In-reply-to: <CAM4j=kPgw=fLgEeCvV5xqpU9==o81riHj7RwowgQR3nwNnhZxA__37436.9124918759$1483233144$gmane$org@mail.gmail.com>
- List-help: <mailto:zsh-users-help@zsh.org>
- List-id: Zsh Users List <zsh-users.zsh.org>
- List-post: <mailto:zsh-users@zsh.org>
- Mailing-list: contact zsh-users-help@xxxxxxx; run by ezmlm
- References: <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
Messages sorted by:
Reverse Date,
Date,
Thread,
Author