From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: [Bug] commit 39070b7fc7 breaks babel test Date: Fri, 06 Dec 2013 20:47:39 +0100 Message-ID: <87ob4tkbhg.fsf@Rainer.invalid> References: <87eh622s3g.fsf@Rainer.invalid> <87ob4t6b3q.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56816) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp1Ne-0004nh-ST for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:48:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vp1NY-0007bb-NV for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:48:06 -0500 Received: from plane.gmane.org ([80.91.229.3]:34003) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vp1NY-0007bU-G3 for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 14:48:00 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Vp1NW-0004hZ-JM for emacs-orgmode@gnu.org; Fri, 06 Dec 2013 20:47:58 +0100 Received: from pd9eb3dd7.dip0.t-ipconnect.de ([217.235.61.215]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Dec 2013 20:47:58 +0100 Received: from Stromeko by pd9eb3dd7.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Dec 2013 20:47:58 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Eric Schulte writes: > Fixed. The test was trying to ascertain that an inline babel codeblock didn't force a newline at the end. You've just made it test that there is a trailing newline introduced by the inline babel call, which is clearly against its intent. You could have marked it as a known fail if you were planning to have this as a transitory failure only. I can't find the discussion that led to the former implementation at the moment, but I'm fairly certain that there was a bug report against trailing newlines from inline babel calls. So what is the rationale of re-introducing the trailing newline this time around? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra