From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id wPT6ImE4tWS1XgAASxT56A (envelope-from ) for ; Mon, 17 Jul 2023 14:47:29 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id eGSXImE4tWREFQEA9RJhRA (envelope-from ) for ; Mon, 17 Jul 2023 14:47:29 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 6DB185FCD2 for ; Mon, 17 Jul 2023 14:47:29 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; none Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qLNcY-0006Es-Po; Mon, 17 Jul 2023 08:46:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qLNcW-0006BI-NI for emacs-orgmode@gnu.org; Mon, 17 Jul 2023 08:46:32 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qLNcP-0008Gz-6V for emacs-orgmode@gnu.org; Mon, 17 Jul 2023 08:46:32 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 0D0B7240027 for ; Mon, 17 Jul 2023 14:46:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1689597982; bh=z84TI2MBL0ZxOiUAZ2MyVkh6iX6EWNPdocPT6LKIQnQ=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=canPXU1U0BIUntpUxg8XmGYRwi7E+9moVxH+Fj5ppGxcM58QVA0YCbjiePdAx1q86 myV6CWNc1+pjFVfTq47H2d2/jgqHX9xf/pMibmmARmpEs3G6EIv3dXHwG9OTWHaPt/ VtDyGTns/0abgRd1wJ01f9XtlKsaKYOFFFyEUpilxKuWzgl0P1QWFmR41lk44LJjAI aVC61SLzUMNbNbQPlb53PxjXZ8ZLGmk23Ak6MUCDlOVaAgnPaXXiHhs14f1xVNCHMF /l8lKYAzKSvMtm/0MfTLDQnSraokxIl0Jjt8Rk/07VYYQuVw5v2bAmWRn2ZwSkstpt h8rqVsTGCRomg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4R4MJs1jQTz9rxD; Mon, 17 Jul 2023 14:46:21 +0200 (CEST) From: Ihor Radchenko To: Evgenii Klimov Cc: "emacs-orgmode@gnu.org" Subject: Re: [BUG] [PATCH] Avoid interaction in test ~ob-tangle/detangle-false-positive~ In-Reply-To: <87y1jeagcz.fsf@lipklim.org> References: <87zg3wauug.fsf@lipklim.org> <87zg3uzzcw.fsf@localhost> <87y1jeagcz.fsf@lipklim.org> Date: Mon, 17 Jul 2023 12:46:24 +0000 Message-ID: <87fs5mk8nz.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_TEMPERROR=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -4.00 X-Spam-Score: -4.00 X-Migadu-Queue-Id: 6DB185FCD2 X-Migadu-Scanner: mx0.migadu.com X-TUID: l732Oc39M8Yj Evgenii Klimov writes: > While it's not applied, may I also ask: I noticed that non-default value > 'other-frame of =org-src-window-setup= variable in my init.el leads to > creation of multiple frames during interactive testing. > > I understand that testing should be done on ~emacs -Q~ etc, but since > it's an option to quickly test interactively in the current process > during development, would you accept the patch where > =org-src-window-setup= would be set to default value inside the test? It is not very meaningful. Tests generally assume default values. With user config loaded, tests can (and tend to) break randomly. Sometimes, spectacularly :) The only proper way to allow running tests while user config is in place is force-binding _all_ the Org defaults for the duration of the tests. And even then, custom advices and re-definition may break things. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at