From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: Brainstorming features for issues.guix.gnu.org Date: Wed, 01 Apr 2020 04:05:13 +0200 Message-ID: <87sghovu3q.fsf@elephly.net> References: <87mu83xzzr.fsf@elephly.net> <20200330010751.529006e2@alma-ubu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:44364) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jJSkv-0004jX-GO for guix-devel@gnu.org; Tue, 31 Mar 2020 22:05:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jJSkt-0004Fh-QN for guix-devel@gnu.org; Tue, 31 Mar 2020 22:05:25 -0400 Received: from sender4-of-o53.zoho.com ([136.143.188.53]:21378) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jJSkt-00048x-Be for guix-devel@gnu.org; Tue, 31 Mar 2020 22:05:23 -0400 In-reply-to: <20200330010751.529006e2@alma-ubu> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: =?utf-8?Q?Bj=C3=B6rn_H=C3=B6fling?= Cc: Guix-devel Hi Bj=C3=B6rn, thanks for the list of suggestions! > * First of all, I find this mixture very confusing: Is this about bugs > or is this about patches? I really don't know, and the start page is > ambigious about it too: > > "Guix /patch/ tracker > This is a web frontend to the Guix /issue/ trackers. > /Issues/ of interest > Priority /bugs/" I updated the text, but I think it=E2=80=99s not a good idea to have two separate trackers, because bug reports can have patches. > * Is it intentionally that there still is a http site? I would have > expected a redirect onto https. > > * http[s]://issues.guix.info/ is also still alive. Shouldn't it redirect > to http[s]://issues.guix.gnu.org/? This should be changed in maintenance.git. I would like a redirect to https://issues.guix.gnu.org/. I haven=E2=80=99t done this yet as I=E2=80= =99m only focusing on mumi itself at this point. > * If you search for something, you get away from the homepage and > tips are missing. There should be a "help/tooltip" button near the > search input that explains the query language. The search results page now also has the search input widget with hints. Not sure how to handle the little search field in the menu bar, though. > * If you enter a query, that query should be kept in the input field. > Currently, it is discarded. That would make it more easy to update your > query. Yes, this has annoyed me too. The query is now kept. > * It is not clear to me how long a closed issue is still visible on the > home-page. Is it still an "Issue of interest" if it is closed? The idea was that you may want to look at issues that have just been closed to catch up (or to reopen them). But I guess closed issues could just be hidden. > * Sorting issues by columns would be cool. Done. > * Mumi has no paging: It only presents one page of issues, but it > doesn't say how many are there in total nor does it page through all > other pages of issues. Yes, this is a restriction due to debbugs. We can=E2=80=99t ask it for all issues and implementing paging is a little annoying. I think this will change as I=E2=80=99m making more and more features independent of debbugs requests. > * In that list, it is not clear what a red/orange colored bug-number > means: A tool-tip would be nice. I never liked those colors. There=E2=80=99s a little icon now with a tool-= tip. > * A long desired feature is having general tags. It took me a very long > time until I realized that Debbugs allows user-tags. What about using a > common email address like "issues AT guix.gnu.org" and add user-tags > for that address, like "python", "core-updates", "release-1.1.x", etc. Sounds like a good idea. I don=E2=80=99t know if it even has to be an email address or if we can fake it. This deserves a closer look. > * I still don't see that all bugs and patches from the mailing list are > part of the mumi issues list? There was a problem with the worker process that fetched and indexed messages from Debbugs. > * The HTML could be responsive. It should be responsive with recent changes. > * The query syntax examples are only on the home page. Please repeat > them also on the help page. That I don=E2=80=99t understand. The help page has *more* examples, no? > * Either I don't understand the "date:.." semantics or it > is broken. The range yesterday..today lists no issues after 2015. Not > the "yesterday" I expected...: > > https://issues.guix.gnu.org/search?query=3Ddate%3Ayesterday..today Yeah, this is embarrassing=E2=80=A6 =E2=80=9Cyesterday=E2=80=9D isn=E2=80= =99t actually valid. I only just noticed that after a much longer debugging session than I feel comfortable admitting. The =E2=80=9Cproper=E2=80=9D way to do this is to w= rite =E2=80=9Cdate:2d..=E2=80=9D. I updated the help. > With numbers, it gets even more strange: > https://issues.guix.gnu.org/search?query=3Ddate%3A2020-03-29..2020-03-30 > --> Nothing found. This seems to be correct now. > Some more, but why are these selected?: > https://issues.guix.gnu.org/search?query=3Ddate%3A2020-03-29..2020-03-30 =E2=80=A6this is the same query as above. They are selected because the discussion contains messages in the given range. > * Mdate does not find anything? > https://issues.guix.gnu.org/search?query=3Dmdate%3A2w..12h mdate no longer exists (it was a debbugs search filter), but maybe it should be added again to distinguish between message dates and submission dates. I=E2=80=99ll add this to my list. Thanks again! -- Ricardo PS: When I say that something=E2=80=99s fixed I mean that it=E2=80=99s fixe= d in the repository, not necessarily in the public instance.