From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#23750: 25.0.95; bug in url-retrieve or json.el Date: Sun, 19 Jun 2016 21:45:24 +0300 Message-ID: <8f51ca52-d0fd-6647-cfa8-82434a3057b5@yandex.ru> References: <358304f6-98e1-fa10-8805-aa9b73db406a@yandex.ru> <83k2hl828z.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1466361985 18263 80.91.229.3 (19 Jun 2016 18:46:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Jun 2016 18:46:25 +0000 (UTC) Cc: 23750@debbugs.gnu.org, sdl.web@gmail.com, monnier@IRO.UMontreal.CA To: John Wiegley , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 19 20:46:14 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bEhjZ-0003hM-FQ for geb-bug-gnu-emacs@m.gmane.org; Sun, 19 Jun 2016 20:46:13 +0200 Original-Received: from localhost ([::1]:39745 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEhjY-0004rF-Mk for geb-bug-gnu-emacs@m.gmane.org; Sun, 19 Jun 2016 14:46:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47145) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEhjT-0004r7-0L for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2016 14:46:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bEhjO-0001dF-1Q for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2016 14:46:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34316) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEhjN-0001dA-Ud for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2016 14:46:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bEhjN-0000Zr-Nj for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2016 14:46:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Jun 2016 18:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23750 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23750-submit@debbugs.gnu.org id=B23750.14663619342165 (code B ref 23750); Sun, 19 Jun 2016 18:46:01 +0000 Original-Received: (at 23750) by debbugs.gnu.org; 19 Jun 2016 18:45:34 +0000 Original-Received: from localhost ([127.0.0.1]:46653 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bEhiv-0000Yq-Vr for submit@debbugs.gnu.org; Sun, 19 Jun 2016 14:45:34 -0400 Original-Received: from mail-wm0-f44.google.com ([74.125.82.44]:38218) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bEhiu-0000Ya-Dv for 23750@debbugs.gnu.org; Sun, 19 Jun 2016 14:45:32 -0400 Original-Received: by mail-wm0-f44.google.com with SMTP id r201so34114938wme.1 for <23750@debbugs.gnu.org>; Sun, 19 Jun 2016 11:45:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=dI5pwT0LsD6gIBdMsk6DWKxAXM6oEkJ7bRUlb6u4z7U=; b=M5P/ewO8NkTJFPU4R7Gcxdw7i+egbbfzuWIc4zocp3f7HMYP6qtZ6scLPCK+xEMoLF BzgjrToc/+tLX/fGZik+YRfAUVGlHtam5LvYMjRdWvJKr9vbf/fFDNuF07BcL1P+mVsw 2Ot2ReQlaeJCZiWYOV7rsD8HCSW/xqA5FO9GPiyJEYQ22YNrf3FzBrmExxiVvxLw8UIA ntKzhc8lusRMf+NDmgX2XVMWloB3wgMPg2YyYyuUuqvLSJ9Kk6krQksKHTGhhaNogbd6 ddlRRveWBkYIja/WvyZoW9mk2Lo5hgLItb+xtVpmgaxsegreS1IGXdNIiYjALwv0Flwo LOLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=dI5pwT0LsD6gIBdMsk6DWKxAXM6oEkJ7bRUlb6u4z7U=; b=fvAhXjS9azOJuBL+ecdaV5+0pFGlsKboP4b5aV2BeVz4EHWFHUXyLpyeAQSmb6kvMw n7Duo9Hbp4Lwjux/MykuM6Epfwq0/AEB7AYEJYo8EMDVm0xYsOUGTzTQ9mWeRbYd/8A0 kqUR8zx4VOvMSFa/IVqAK707hNGBr0ZZjqg735TierLz8ufn6zzKGr6XGBAyRbno5N78 GBxUlvXw+2+mvfSUwzSditMpXxybh8zD2+zkWlvn1qseS5z5RqncqOUmHcrb22/kqvpa QsaFMHBusshLfEIsd0G9562TTa5713sXxWR7PaW5G+dZXzGq3GV6DvmnnD6fY7CETx9/ cSnA== X-Gm-Message-State: ALyK8tL4fuyAPxYDD/n6G4E8Wf1cpIlT5FCFgVwAOXBNSIm4mZZ0rcAc5yWmSBGE04a/SA== X-Received: by 10.28.129.197 with SMTP id c188mr8211240wmd.46.1466361926795; Sun, 19 Jun 2016 11:45:26 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.173.135]) by smtp.googlemail.com with ESMTPSA id w76sm9654797wmd.11.2016.06.19.11.45.25 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 19 Jun 2016 11:45:26 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:119790 Archived-At: On 06/19/2016 09:30 PM, John Wiegley wrote: > Bear in mind that 25.2 can be released as soon after as we want it to. If > anything is "optional" at this point in time, it should be deferred. Let's apply the few outstanding patches and release 25.2 the next day, then? Traditionally, releases are separated by at least several months, even ones with no big changes. > We shouldn't try to race anything into the release, just because we think > users will then have to live with some minor inferior behavior for a long time > after. The description above certainly does not sound like something that > needs to be happen for 25.1. Just to be clear: the patch doesn't change the behavior of any working code. It just catches a particular kind of bug earlier than it would manifest through a cryptic behavior. Behavior which is non-trivial to debug, and thus adds to the already non-trivial effort required of a person writing an advanced language support code (using an external daemon talking over HTTP is fairly common for this these days).