From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.bugs Subject: bug#16253: 24.3.50; Irrelevant warnings from gnutls Date: Sun, 09 Feb 2014 21:34:06 -0500 Organization: =?UTF-8?Q?=D0=A2=D0=B5=D0=BE=D0=B4=D0=BE=D1=80_?= =?UTF-8?Q?=D0=97=D0=BB=D0=B0=D1=82=D0=B0=D0=BD=D0=BE=D0=B2?= @ Cienfuegos Message-ID: <87sirr8zmp.fsf@lifelogs.com> References: <87vbydjnzy.fsf@building.gnus.org> <87mwj7bbi7.fsf@flea.lifelogs.com> <87y52di4gk.fsf@building.gnus.org> <87eh45i2q2.fsf@building.gnus.org> <87mwiqpr9q.fsf@flea.lifelogs.com> <87r4829ziv.fsf@building.gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1391999710 31645 80.91.229.3 (10 Feb 2014 02:35:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Feb 2014 02:35:10 +0000 (UTC) Cc: 16253@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 10 03:35:17 2014 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 1WCgiL-0004g3-FJ for geb-bug-gnu-emacs@m.gmane.org; Mon, 10 Feb 2014 03:35:17 +0100 Original-Received: from localhost ([::1]:52948 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCgiL-000672-34 for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Feb 2014 21:35:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59741) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCgiC-00066b-S5 for bug-gnu-emacs@gnu.org; Sun, 09 Feb 2014 21:35:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WCgi7-00085D-3Q for bug-gnu-emacs@gnu.org; Sun, 09 Feb 2014 21:35:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47214) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WCgi6-00084x-TO for bug-gnu-emacs@gnu.org; Sun, 09 Feb 2014 21:35:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WCgi6-0002dM-IG for bug-gnu-emacs@gnu.org; Sun, 09 Feb 2014 21:35:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ted Zlatanov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Feb 2014 02:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16253 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16253-submit@debbugs.gnu.org id=B16253.139199964910044 (code B ref 16253); Mon, 10 Feb 2014 02:35:02 +0000 Original-Received: (at 16253) by debbugs.gnu.org; 10 Feb 2014 02:34:09 +0000 Original-Received: from localhost ([127.0.0.1]:33000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCghB-0002bq-Ir for submit@debbugs.gnu.org; Sun, 09 Feb 2014 21:34:09 -0500 Original-Received: from mail-qc0-f175.google.com ([209.85.216.175]:33697) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCgh6-0002bO-IT for 16253@debbugs.gnu.org; Sun, 09 Feb 2014 21:34:04 -0500 Original-Received: by mail-qc0-f175.google.com with SMTP id x13so9566895qcv.20 for <16253@debbugs.gnu.org>; Sun, 09 Feb 2014 18:34:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lifelogs.com; s=google; h=from:to:cc:subject:organization:references:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=CiGPlmUW1eBGULUgdWhTq0QQE5t21/giJkluTwM8spU=; b=bnNvv1b73047ya+XCNHoyq0EK5uiT5eiSrjo7q8J+FNCtgUn8y6gUv+CYe8jA/hMiR grjBC3N/wVKMs8NVENh/+QtdLTjn6BPiwG9dOtsBk8YaAIA9NdqPjoji959O8qQg63P4 /Zi4UVYQ44rfr4OHa4jTcVP+eMafYC5on6XB4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:organization:references :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=CiGPlmUW1eBGULUgdWhTq0QQE5t21/giJkluTwM8spU=; b=UFZ+zjtCKnbDUJiXyA9f/aaFDqw1HISWOIUanlAhk++WwqEJg+1PogukeCO6Bs1sd+ HbhtsjZtebmZE+5K/MVSHINSff4GupInh3fwTXXJ2ml54sAHui6Anv8pkpmC06B7wLAU 327dpt6Vg/swik4cxqlhB3mIo/jB+7T8jSBk8Uh6A5gFNju0sCLh0CGDPr7VbR9BjnqW N4bTaOWyBVFbMzR8azLEp7rMlKiOro4HDzaH07pBj8y1koRPssnKTkiI0Li2syohniO0 gr9Pc3eEACQP4tBEVGeZn6w12komd91OOCh9iLvNq3/qdpFzDKx0niW4JoRnV6thtAxh O5mA== X-Gm-Message-State: ALoCoQmyhFjz4tkL3Q7SFGTlPsqOQbQUF7/oQ/+hwMNXdRIZQkMpDq9+gLCLi6N5Mpijcw85fP49 X-Received: by 10.224.53.198 with SMTP id n6mr43268927qag.41.1391999640142; Sun, 09 Feb 2014 18:34:00 -0800 (PST) Original-Received: from flea (c-98-229-61-72.hsd1.ma.comcast.net. [98.229.61.72]) by mx.google.com with ESMTPSA id f5sm38507183qas.11.2014.02.09.18.33.58 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 09 Feb 2014 18:33:58 -0800 (PST) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: <87r4829ziv.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Mon, 20 Jan 2014 12:19:52 -0800") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:85132 Archived-At: On Mon, 20 Jan 2014 12:19:52 -0800 Lars Ingebrigtsen wrote: LI> Ted Zlatanov writes: >> The URL library can't trap these. GnuTLS considers them highest >> priority, so blocking them out would block most useful log information. LI> Useful to whom? It's probably useful when developing applications that LI> talk TLS, but it's not useful to the user who's just trying to read a LI> web page. LI> If you're reading a page, and you're loading a picture that fails, Emacs LI> should display a "failed download" image, not spew TLS-level errors to LI> the user. The user isn't interested. LI> So I think that, basically, no TLS errors should be displayed to the LI> user. At least I haven't seen one yet that's been useful to me as a LI> user. OK. I will log them to a special " *TLS errors*" buffer. That's a good balance. Doing that from C is not obvious, compared to the standard `message' function. Any hints? Should I just call `Fget-buffer-create' and call functions to append to the returned buffer Lisp_Object, or is there a magical equivalent? Also, I think we should add that buffer, plus the version of GnuTLS and the priority string, to bug reports. WDYT? Thanks Ted