From unknown Sun Jun 22 00:54:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76911: dedicated side windows lose their dedication upon reuse Resent-From: Daniel Colascione Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Mar 2025 08:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 76911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 76911@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.174159355014253 (code B ref -1); Mon, 10 Mar 2025 08:00:02 +0000 Received: (at submit) by debbugs.gnu.org; 10 Mar 2025 07:59:10 +0000 Received: from localhost ([127.0.0.1]:36218 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1trY2Y-0003hp-ED for submit@debbugs.gnu.org; Mon, 10 Mar 2025 03:59:10 -0400 Received: from lists.gnu.org ([2001:470:142::17]:37522) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1trY2V-0003hM-Cq for submit@debbugs.gnu.org; Mon, 10 Mar 2025 03:59:07 -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 1trY2N-0001nV-VT for bug-gnu-emacs@gnu.org; Mon, 10 Mar 2025 03:58:59 -0400 Received: from dancol.org ([2600:3c01:e000:3d8::1]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1trY2M-0008TO-6m for bug-gnu-emacs@gnu.org; Mon, 10 Mar 2025 03:58:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From:Sender: Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=GWGOTk6er9C2tjGhx8VTMTbejT0qh/7vs2+5sW1f2/4=; b=hceq99ztIozXJK/f8m4ghm2LU1 NpbDtc8bOG7a8RIMF7ltbxml8z6YiVjYsHjz36GPd56NHprX4l8Lbv+85DgnClFYILdPwOm3tPnUF yTbPyMpeGWsuDDaQHiz3mvL95b0lswuxE3tZNpKOB/d428D4fH6CV1JCiHJXuSNRH+NfU5Us5FZ54 kfL4mrkqWjHCsYY6ZNEEAcPXi4m4E01JDmabx3JFZN7MvVgeCqmq0INnsauh8KM0r2CGwwYe/YXZQ Ed2KljwGlLvyiaMVds7hNJnuW+1IhiEB9O6fRuTXm98HRUfLM0W4YDGRLx+y0tZIDpvl39pJ0ltBR uvffLjJA==; Received: from dancol by dancol.org with local (Exim 4.96) (envelope-from ) id 1trY25-002Tpi-1m for bug-gnu-emacs@gnu.org; Mon, 10 Mar 2025 03:58:41 -0400 From: Daniel Colascione User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Mon, 10 Mar 2025 00:58:53 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2600:3c01:e000:3d8::1; envelope-from=dancol@dancol.org; helo=dancol.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) Consider the code below: (let ((b1 (get-buffer-create "*b1*")) (b2 (get-buffer-create "*b2*")) (action '(display-buffer-in-side-window (dedicated . t) (side . left)))) (display-buffer b1 action) (sit-for 1) (display-buffer b2 action)) It puts b1 in a side window, then reuses that side window for b2. When we display b2, the window loses the strong dedication it had to b1 despite the display action for b2 including a request for a dedicated window. I'd expect the window to be dedicated to b2 at the end of the above snippet. From unknown Sun Jun 22 00:54:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76911: dedicated side windows lose their dedication upon reuse Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Mar 2025 16:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daniel Colascione , martin rudalics Cc: 76911@debbugs.gnu.org Received: via spool by 76911-submit@debbugs.gnu.org id=B76911.174162462318161 (code B ref 76911); Mon, 10 Mar 2025 16:38:02 +0000 Received: (at 76911) by debbugs.gnu.org; 10 Mar 2025 16:37:03 +0000 Received: from localhost ([127.0.0.1]:39495 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1trg7j-0004iq-6o for submit@debbugs.gnu.org; Mon, 10 Mar 2025 12:37:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55778) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1trg7g-0004iK-0n for 76911@debbugs.gnu.org; Mon, 10 Mar 2025 12:37:00 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1trg7Z-0003ok-7n; Mon, 10 Mar 2025 12:36:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=690HrusChryK7jf7yNgSmy32AnOUzt5w4zbGZuIKswU=; b=ZbAl6uH8P8oh WF+OCeEGfNhbnrImifWQgXymbzltRFQj4zIFRQAM8Z5RRSiV52Y0VTgE9ICvrjmqlviwBUXKZCwQw KwR2fhy8muSmlgAisog4SDznOjOBKdwhgF7lXeCm6NxDP4sZFi397dUkCUiegRe67IzrRdl7mgjIx bDdoP0YccBLJpoIsu+6QTxJ+fCJuOjwqhJT62gDhXFJXB5TWRXWw9M4uVeY9YyFIE96zcL7VzkqWC 2Is+5KziAz8OlvGTcLccpsdK3i+MyYQmKUcaMsoV6OhrObWulnsly29tea4EgQxmiEAOu9lkWAy+i l0M/ZGbM2qSWOP5ugjyYog==; Date: Mon, 10 Mar 2025 18:36:47 +0200 Message-Id: <86a59setb4.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Daniel Colascione on Mon, 10 Mar 2025 00:58:53 -0700) References: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Daniel Colascione > Date: Mon, 10 Mar 2025 00:58:53 -0700 > > > Consider the code below: > > (let ((b1 (get-buffer-create "*b1*")) > (b2 (get-buffer-create "*b2*")) > (action '(display-buffer-in-side-window > (dedicated . t) > (side . left)))) > (display-buffer b1 action) > (sit-for 1) > (display-buffer b2 action)) > > It puts b1 in a side window, then reuses that side window for b2. > When we display b2, the window loses the strong dedication it had to b1 > despite the display action for b2 including a request for a > dedicated window. > > I'd expect the window to be dedicated to b2 at the end of the > above snippet. Martin, any comments? From unknown Sun Jun 22 00:54:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76911: dedicated side windows lose their dedication upon reuse Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Mar 2025 17:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Daniel Colascione Cc: 76911@debbugs.gnu.org Received: via spool by 76911-submit@debbugs.gnu.org id=B76911.174162888730920 (code B ref 76911); Mon, 10 Mar 2025 17:49:02 +0000 Received: (at 76911) by debbugs.gnu.org; 10 Mar 2025 17:48:07 +0000 Received: from localhost ([127.0.0.1]:39651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1trhEV-00082e-D1 for submit@debbugs.gnu.org; Mon, 10 Mar 2025 13:48:07 -0400 Received: from mout.gmx.net ([212.227.15.19]:36131) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1trhE3-00081V-7B for 76911@debbugs.gnu.org; Mon, 10 Mar 2025 13:47:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1741628845; x=1742233645; i=rudalics@gmx.at; bh=0imWHI8IPflIwhXQu9XNdFfoM71VXhU8g9gTKenbmhQ=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=byLberWBPadgFYC7A161LmDqaCyb5fEcuMc7yTTAGlDx6+JvCfcF79OHYi3H9PSd ziRJ2+TLQHhqQkxCvC89oN9GTAp7p3zhj+VrerLj40dWoh9rrylW0FbK6LR1Y0PHI gG/80L+BLyPo8x7EpF9qJslqom9lHwFy6h+zoIorhjK0UdCgqNLOTODp23cEj5k/A bh0/pEYiMlcKzRSxn/avnQebVF+hP/eDvRx/cXbs4d4P/dw84DKG1twTEOMloC18a of3GXHe4e8koNkSf4L9/lbpXgadbw88SdSV/iDonl15JY4e+8X9slteWk+jVuDObC 47upyHN75q/56p4AKw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([46.125.249.47]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MjS9I-1tOf3P2Y4w-00mZJJ; Mon, 10 Mar 2025 18:47:25 +0100 Message-ID: <7e48d591-51c4-4589-bf12-c96daa26bfb7@gmx.at> Date: Mon, 10 Mar 2025 18:47:21 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <86a59setb4.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: <86a59setb4.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:xEDJmdLfTnJw3iGQvkIld7owOsBpOowZVLal3XttDFYYS25dYzG WEWc19TFf1dDDg7DE2dFdUVIPwH5xdmuubWg3ZFtOJpZWxjw513HLKgRMoRqQpzl80UUEMb Js5k6set5pQqQE06FCGTxQZV4pqb0iRaF0kOCGLptHUaZ1HN6iA8xGyqe5YbtdXUIy+R44/ I9/v/yi4oga+9EJ14+1mQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:FGufndPyJPE=;QO7RHXKDy1CwGfj0TGQwl0kh8ix mOC2jEdyHY3SzmhZuvPlmszUeieeDGP90ZSUpL2jcfWP5eHnnWfamAHHLI6gpaAs8sXN/fkb5 Qx1+1GiOtc5TBP43koc579nEbCe/MuEBwjW89WGA75HHQE5kkkVZDJYixViMBqq4T7Z1+Lb94 2yNlBfCvsmkKzKTZqWf2KxKdqJT/1WeJzO2qfsWr+nEoKWlBxLnnqkK48gS33ttdty0QCSZN+ RDBQ92s7x+noB774fW/bsarxyE1EK8DbN4lmR8IZOMMZYP/KAECX0oqkfaJ1ABI1wsDqN94tE Qg7GVJha9SJZtdGTC64GLSWNG3btMR2cafJI3voT57v+dL7ekPFZiUfqwhiFQiFPIncYQzjW2 mfK6emUO6XodngieVx98n9NrAk+2ZPBeNOwMFrUvV5u3hEOZCk/PCO9HINJYgBHiWXNM9i5OR YjLsFPy0jFW9sHXXgBwDyjGP8af8uR1P1WzlNuvBa3SPtwJZl5uJgA2DvyR0KEtVrlwDGpk7R d0NFyHihWgkeovKiM89p6B17gjJs5bLpb+4nAhqo/FmdJN/RNiMJfkbMHho8T3tES3umc7Qf7 xCkLVVMEO8b1IO3wgsSjU+2o7Ii37KX3ZJlf2u8l+GtELR/qhkjdw+i7tRGto88mbJMRVDhCt BGiPph1Vew7CXZlUHO4CNtqp5Lb86hWILkk+l4KI8E+sgGI5n+klzr/e+4KGnhdEI0PgFTzps zxe+Ewm6FIL7ATyPcd1kJvsYUJCQEVCrRvjC+3VxkCzKfovunHeurpbsHOmxErvqK0fGUXn/5 9fLPO5Vr/h5bGna4791zVyNfYmQDE8tcpsrr8t5bKt/GmLHK68E5yOsNB3hFepw1CqWTPHH4W 042PILYHg3Lxrq3vRv2nZDJkIzMlYIlVqFdjlYnFEhFEHco2cT7wSanBF1iO9L94xUXXT+meK CcJ6TxuoX1lSJae3UonWgRaphsbwr4upGtw3uzLTbiV7f27g24KB0LqOn0IO7bUl7iLCra78G R+y4+az2J4AGhhDSSCPAEA/FofYADHkLV0KzR4XQPgy1Xdo4rmMEjfzOz4cnxRVHz06qHzMca b1jqMOxUGKfx/HYfW/RuAPKpdU0JU07KRXdP6sdSXsKAFgIGpKiLmgzWvQG+cWEtMYqtJMcUS 9ptUF8ks4w+i6IIWTBeSY2IxkYBXxe1iKZKcCT0j8huIkKVLQeKlXY0lbS7P/i2Oe8DeaA/Dv ClujLZ0SnieoiUdTHLKhtIzEGtU+5TmNxbdxel4r5qf2mqAorh74xb0KHFf/0DhvJsOkrR9T3 L36QpcFJPt33hFbI2j0HU1Xn2hnZhuPcB6rqWiHLus4lBTVaWHj8bJDqJXYywX88yJUS/qfmW GrjqB/P1syYa8dYTCuuA6pXEzL9eMkcK1exZcb4ylX4gz4nkXJ/XLUoGUMUCw5EV9GXVSZ16s lDK8yvg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> Consider the code below: >> >> (let ((b1 (get-buffer-create "*b1*")) >> (b2 (get-buffer-create "*b2*")) >> (action '(display-buffer-in-side-window >> (dedicated . t) >> (side . left)))) >> (display-buffer b1 action) >> (sit-for 1) >> (display-buffer b2 action)) >> >> It puts b1 in a side window, then reuses that side window for b2. >> When we display b2, the window loses the strong dedication it had to b1 >> despite the display action for b2 including a request for a >> dedicated window. >> >> I'd expect the window to be dedicated to b2 at the end of the >> above snippet. > > Martin, any comments? The following emacs -Q example shows what may happen then: (let* ((b1 (get-buffer-create "*b1*")) (b2 (get-buffer-create "*b2*")) (b3 (get-buffer-create "*b3*")) (action '(display-buffer-in-side-window (dedicated . t) (side . left))) (window (display-buffer b1 action))) (message "%s" (window-dedicated-p window)) (sit-for 3) (display-buffer b2 action) (message "%s" (window-dedicated-p window)) (sit-for 3) (display-buffer b3 t)) *b3* is shown in the side window although this is reserved for buffers displayed via 'display-buffer-in-side-window'. I checked in a fix. Please try again. Thanks for the report, martin From unknown Sun Jun 22 00:54:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76911: dedicated side windows lose their dedication upon reuse Resent-From: Daniel Colascione Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2025 02:26:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 76911@debbugs.gnu.org Received: via spool by 76911-submit@debbugs.gnu.org id=B76911.17421783539208 (code B ref 76911); Mon, 17 Mar 2025 02:26:03 +0000 Received: (at 76911) by debbugs.gnu.org; 17 Mar 2025 02:25:53 +0000 Received: from localhost ([127.0.0.1]:52105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tu0Aq-0002OJ-30 for submit@debbugs.gnu.org; Sun, 16 Mar 2025 22:25:53 -0400 Received: from dancol.org ([2600:3c01:e000:3d8::1]:33224) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tu0Al-0002NW-TV for 76911@debbugs.gnu.org; Sun, 16 Mar 2025 22:25:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=DHFUiCDjBydxiVAHYVhieMzH/2dTEZKvbBvtThESiH0=; b=cB2ruBqITLdsSoM7OIqTD/JxOY 0pXgTzq/0tm6WRE5w48aS2bTmCFzTSffZnlkBCBMcKh39Dd55G+i/DEn+ZThX0ViQ1N3i6RIpApd5 JY6NJI7+FJzznObFLMGDDNV/xL8GvTxUYvu9ez6hAoSIxlOeujmbOuoocrK6UMlLaBGQu3QurHJBv FVH3CGd+ZLfDWCI5RwhqxRQvwRS+qVDnUZhpHWuCjatv00B5w+rBzbGYH9UsPjnHBBrnQXbXn195t sTCrw7IQw8z2tYe/IvqSH6aLErmbz1A84SPYkWTeWIuK8x1YdXeRMOi5gMKlfIj2i1DqDQNla2vNu 0Dw24/Yw==; Received: from dancol by dancol.org with local (Exim 4.96) (envelope-from ) id 1tu0AQ-003Ayb-0H; Sun, 16 Mar 2025 22:25:26 -0400 From: Daniel Colascione In-Reply-To: <7e48d591-51c4-4589-bf12-c96daa26bfb7@gmx.at> References: <86a59setb4.fsf@gnu.org> <7e48d591-51c4-4589-bf12-c96daa26bfb7@gmx.at> User-Agent: mu4e 1.12.8; emacs 31.0.50 Date: Sun, 16 Mar 2025 22:25:42 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) martin rudalics writes: >>> Consider the code below: >>> >>> (let ((b1 (get-buffer-create "*b1*")) >>> (b2 (get-buffer-create "*b2*")) >>> (action '(display-buffer-in-side-window >>> (dedicated . t) >>> (side . left)))) >>> (display-buffer b1 action) >>> (sit-for 1) >>> (display-buffer b2 action)) >>> >>> It puts b1 in a side window, then reuses that side window for b2. >>> When we display b2, the window loses the strong dedication it had to b1 >>> despite the display action for b2 including a request for a >>> dedicated window. >>> >>> I'd expect the window to be dedicated to b2 at the end of the >>> above snippet. >> >> Martin, any comments? > > The following emacs -Q example shows what may happen then: > > (let* ((b1 (get-buffer-create "*b1*")) > (b2 (get-buffer-create "*b2*")) > (b3 (get-buffer-create "*b3*")) > (action '(display-buffer-in-side-window > (dedicated . t) > (side . left))) > (window (display-buffer b1 action))) > (message "%s" (window-dedicated-p window)) > (sit-for 3) > (display-buffer b2 action) > (message "%s" (window-dedicated-p window)) > (sit-for 3) > (display-buffer b3 t)) > > *b3* is shown in the side window although this is reserved for buffers > displayed via 'display-buffer-in-side-window'. > > I checked in a fix. Please try again. > > Thanks for the report, martin Thanks for the fix. The original bug is gone. I've noticed a few times buffers being in side windows I didn't intend to have, but I haven't been able to find a repro. Probably an unrelated bug. We should probably visually style side windows differently by default. From unknown Sun Jun 22 00:54:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76911: dedicated side windows lose their dedication upon reuse Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2025 08:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daniel Colascione Cc: Eli Zaretskii , 76911@debbugs.gnu.org Received: via spool by 76911-submit@debbugs.gnu.org id=B76911.174220190122533 (code B ref 76911); Mon, 17 Mar 2025 08:59:02 +0000 Received: (at 76911) by debbugs.gnu.org; 17 Mar 2025 08:58:21 +0000 Received: from localhost ([127.0.0.1]:55355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tu6Id-0005rF-VV for submit@debbugs.gnu.org; Mon, 17 Mar 2025 04:58:20 -0400 Received: from mout.gmx.net ([212.227.15.19]:33325) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tu6Ib-0005qF-82 for 76911@debbugs.gnu.org; Mon, 17 Mar 2025 04:58:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1742201883; x=1742806683; i=rudalics@gmx.at; bh=YEEdEgvVSrnbpGrw4shbre6tUjCqCjVbghiwI1iRfZs=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=uPKww9I8Qvi1UshUrapltFmf4Qmm+DNveZSZGpnrryi0FUR9CFjZa9l4OknkJDT6 qwhyk5QMIFcAz897uorcoabZY2XOVyfUGI2UBIwAupUep9fisEaDFCDlkgpa1NqfD hx9YvYPuy3+2DOLxF//kqevfD7VImJO+mPc0bB53XYkklNj9qU9GzPRUjGvTHJ9BG YIXg+uxNPzfK/u0V63ap237wu41qcKXXifBqgrjGwqzQ6qHBsEh1hpuIlD2DGST3J p3zgxpwYDgxsY8wwcPqg1O4SK0QE3lcV642xLYilzYCtvgVrJ/LLMcmYRdDya02ci VFtXqhZVo8s3+/fUmQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.97.212]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MPXd2-1tXVEW3Ask-00K5DJ; Mon, 17 Mar 2025 09:58:02 +0100 Message-ID: <38858eb7-1b1b-40c3-a544-91079a76b069@gmx.at> Date: Mon, 17 Mar 2025 09:58:01 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <86a59setb4.fsf@gnu.org> <7e48d591-51c4-4589-bf12-c96daa26bfb7@gmx.at> Content-Language: en-US From: martin rudalics In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 X-Provags-ID: V03:K1:rv7IWJ06JM1DCtXahtilgj+i6ch9RKgi+QVpJ/YwhQ7yuHtwEm9 SaeRbO7zBoH15X1cYqyX7tURo+BQ8/5KYHwdUlap+D6JLhl0eYQgCy4AXOgNyGu/0Y831yR 353ibD18NQEY6HuF9fSlujMDnqyKTJDsnkaU0Y9vffdVeDM/y486QKzbQGAexc2IgjHJ+Kl 028ZF6C0O6ndgtZygN8Eg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:BW69VYcBdyg=;5y2J1N6hilHCZeyp5xrtYznj/vh SnTuZFAHWRH8p/z+DyNHaT4a7xq8uKelc7qbZ1dLeAuzvW+5tslx4IH1rq2lu8TLeSBOiIrnO sfbQfH1Qu4q5smaucIAR7nlEMXM+S7xNm2SbYZ/YYOjNUUgPBS8v5ZTaDlkOAr2RZTEqYg6ax P9Jtue6FQzD5aB/ig2qkyw05PJUIS4vOhMztHOXouNMzn+yLU2FmovlSTTlcdl3XamdKSOZoo +zCPcRQEY1N8s5+y4Hx0ViQrPkw5o7g5WVyLI5zn7ah3J6TY+HrAy5shAhK5X7Ono6MvH4PMa EbzBidf6iAWTp72fm9SBm4aaulB6QRGyggXCl410qZW+BLMEO6bmPjA6Fsi/M8RrJIrkUchhA tCEMq3fSgT18nWCBdo8Qz1y4C3PTqKGyx+hi1Gk0SuRly/KE4R2QSJegNULexHFq9rzlAkeer /lm7dGN7FzG/3g2H80JLObxdt1iT0MTHwju48tPM8WnkcqZZluFAGhRnJTBFVtHkAhEqieUcR gNvKIR+CcB/Fv0UzS1mzolEPT5VmgyqWUR9dceijuJkrcgfDKInXc7m8jv+APCbu2QW5uOXZu SuCfqbZteJ0wB5l82B1O9drp+f35+Yx3zy4upTgTT7uU1I+4QCROpWLmzH+ZD10FUcA1ydWhW z18vBCSwfD9B8IhDNM92G+0mu6Pz25Kdr0QLehPI/blAJ+HNv0TTYRBP61pMHQr3kl6lFWogV MC4eUH+IXiAI+80GSVKxWIk6pXqRCbhQ4ztnlbLZv6FAFZVSl19FXoSteBrNJz3nNqWdjWdgA 7U7OmUd9IZCV5F+DPIU2Y/Q6uyfirvO60VOea4Dvm7Sge3k+AyWrfK3SdfrITAGMKaDaMw4lP JtwppXEhem8lgKjKek4LlEE2JOdIOy1ouwxRQsReJcLez34Ay535E/Vmg6VilaEzufZK6urFG o8c2IP6lD9c1rfjQxiWFjM0tgxed5g6wfn+hSUPMXbST6e2S+kHdTvDVULWwW5QD2ZPIlrgEu GCDREnXbCe7E1iRXd2r1c7A06BafzpmuDjZJOCqFXZnr6N4dZBESGMUQ5A3ADq+FYcmfB06tV APqrzU5XyLZgMY8VrjUQFm94e933ntNunjwLUS/nJYNmILjCJfUckmL3vfcRC8PCX9sZ8yhO2 JJvLh86milLDGnh9OXP0HTeAeiiSrVdhi22pH5OoWIlCXdZwKP3RR2shWpnPR1dBRzkIX6T8+ ZTi6RTGox60+CfA+5m31TUesR3iu6Y4wSsMgc11ewo5d8jUHjNCc4vPyqAXjhkdUoGDHspWh6 nriaOi1NIvatzywVHFA+d7VEQBiGYMir982KLPEKfD8+6Saoc5RjzF5BCzvMgYSSSD/hYsXqs 8xJut9dNAj3RqsZuvoikGugP+SRZl6Wdm8O/bKPIhlxDkE7RrEPvumV6bAHW5025eDlw8/CrG hMXm7IkH1KB1x97qkLWFzLggqhGs1f1p4v4FNKEo3H+tKozr8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) ID4gVGhhbmtzIGZvciB0aGUgZml4LiBUaGUgb3JpZ2luYWwgYnVnIGlzIGdvbmUuIEkndmUg bm90aWNlZCBhIGZldyB0aW1lcw0KID4gYnVmZmVycyBiZWluZyBpbiBzaWRlIHdpbmRvd3Mg SSBkaWRuJ3QgaW50ZW5kIHRvIGhhdmUsIGJ1dCBJIGhhdmVuJ3QNCiA+IGJlZW4gYWJsZSB0 byBmaW5kIGEgcmVwcm8uICBQcm9iYWJseSBhbiB1bnJlbGF0ZWQgYnVnLg0KDQpZb3UgY291 bGQgdHJ5IHdpdGhvdXQgcGFzc2luZyAoZGVkaWNhdGVkIC4gdCkgYXMgYWxpc3QgZWxlbWVu dC4gIFRoZQ0KbWFudWFsIHNheXMNCg0KICAgICAgICAgICBUaGUgZGVkaWNhdGVkIGZsYWcg KCpub3RlIERlZGljYXRlZCBXaW5kb3dzOjopIGhhcyBhIHNsaWdodGx5DQogICAgICAgICAg IGRpZmZlcmVudCBtZWFuaW5nIGZvciBzaWRlIHdpbmRvd3MuICBXaGVuIGEgc2lkZSB3aW5k b3cgaXMNCiAgICAgICAgICAgY3JlYXRlZCwgdGhhdCBmbGFnIGlzIHNldCB0byB0aGUgdmFs dWUg4oCYc2lkZeKAmSB0byBwcmV2ZW50DQogICAgICAgICAgIOKAmGRpc3BsYXktYnVmZmVy 4oCZIHRvIHVzZSB0aGUgd2luZG93IGluIG90aGVyIGFjdGlvbiBmdW5jdGlvbnMuDQogICAg ICAgICAgIEl0cyB2YWx1ZSBwZXJzaXN0cyBhY3Jvc3MgaW52b2NhdGlvbnMgb2Yg4oCYcXVp dC13aW5kb3figJksDQogICAgICAgICAgIOKAmGtpbGwtYnVmZmVy4oCZLCDigJhwcmV2aW91 cy1idWZmZXLigJkgYW5kIOKAmG5leHQtYnVmZmVy4oCZLg0KDQpTbyBhIGRlZGljYXRlZCBm bGFnIHRoYXQgZG9lcyBub3QgZXF1YWwgJ3NpZGUnIG1pZ2h0IGNhdXNlIHRoZSBwcm9ibGVt DQpoZXJlLiAgSWYgaXQgcGVyc2lzdHMsIEkgY2FuIHdyaXRlIHNvbWUgY29kZSBmb3IgJ2Rp c3BsYXktYnVmZmVyJyBzbyB3ZQ0KY2FuIGZpbmQgdGhlIG9mZmVuZGVyLg0KDQogPiBXZSBz aG91bGQNCiA+IHByb2JhYmx5IHZpc3VhbGx5IHN0eWxlIHNpZGUgd2luZG93cyBkaWZmZXJl bnRseSBieSBkZWZhdWx0Lg0KDQpXZSBjb3VsZCB0cnkgdG8gcGFpbnQgdGhlIHdpbmRvdyBk aXZpZGVycyBhY2NvcmRpbmdseS4NCg0KbWFydGluDQo= From unknown Sun Jun 22 00:54:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76911: dedicated side windows lose their dedication upon reuse Resent-From: Daniel Colascione Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2025 21:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 76911@debbugs.gnu.org Received: via spool by 76911-submit@debbugs.gnu.org id=B76911.174224798125527 (code B ref 76911); Mon, 17 Mar 2025 21:47:02 +0000 Received: (at 76911) by debbugs.gnu.org; 17 Mar 2025 21:46:21 +0000 Received: from localhost ([127.0.0.1]:33096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tuIHr-0006dN-4A for submit@debbugs.gnu.org; Mon, 17 Mar 2025 17:46:20 -0400 Received: from dancol.org ([2600:3c01:e000:3d8::1]:46906) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tuIHo-0006cg-1P for 76911@debbugs.gnu.org; Mon, 17 Mar 2025 17:46:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: References:In-Reply-To:Subject:CC:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=8hmE2T1IVuMq2PZ2BO1QWYf6lWy/dq2KQXSXOCzdO04=; b=LdP0FnrGlaQNzlFXNTI1Rn7ics eemihJqKoEI0/92EtlJ/w6akw9ppoRzclk5+cPhSi2ZHIvwEaBpdzPAbdYLeXyHcn+B2Rc2YKey3+ SVBbyZjK5xzCyhqxFpCBbdxfFuUqi3ZtGtgN7dJkFEU0A46mpr06QaAmubYbwlgcUqXUodh+Nckhq 8ZHyra8XWgOHED36TIdxJx4twjcIfXJ8OsMZrV2PWSKreOAgpg+ke+Rtat7inYZINrl+pMDreIgDR E7bIlhfPLkP7gq9Wn9WaIjXXLUa5WvX/F/O7ZYNwT72xZqPl2TCubEDj8FaGi+Za2dkZPlqw/w0R0 fr9UysCg==; Received: from [2600:1006:b195:c838:0:31:8f3a:6001] (port=58300 helo=[IPv6:::1]) by dancol.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tuIHP-003Ff1-2v; Mon, 17 Mar 2025 17:45:52 -0400 Date: Mon, 17 Mar 2025 17:46:07 -0400 From: Daniel Colascione User-Agent: K-9 Mail for Android In-Reply-To: <38858eb7-1b1b-40c3-a544-91079a76b069@gmx.at> References: <86a59setb4.fsf@gnu.org> <7e48d591-51c4-4589-bf12-c96daa26bfb7@gmx.at> <38858eb7-1b1b-40c3-a544-91079a76b069@gmx.at> Message-ID: <5B761743-2EB1-476A-978D-495896ED2A89@dancol.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On March 17, 2025 4:58:01 AM EDT, martin rudalics wrot= e: >> Thanks for the fix=2E The original bug is gone=2E I've noticed a few ti= mes >> buffers being in side windows I didn't intend to have, but I haven't >> been able to find a repro=2E Probably an unrelated bug=2E > >You could try without passing (dedicated =2E t) as alist element=2E The >manual says > > The dedicated flag (*note Dedicated Windows::) has a slightly > different meaning for side windows=2E When a side window is > created, that flag is set to the value =E2=80=98side=E2=80=99 t= o prevent > =E2=80=98display-buffer=E2=80=99 to use the window in other act= ion functions=2E > Its value persists across invocations of =E2=80=98quit-window= =E2=80=99, > =E2=80=98kill-buffer=E2=80=99, =E2=80=98previous-buffer=E2=80= =99 and =E2=80=98next-buffer=E2=80=99=2E > >So a dedicated flag that does not equal 'side' might cause the problem >here=2E If it persists, I can write some code for 'display-buffer' so we >can find the offender=2E But I want the strong dedication semantics=2E Specifically, I'm looking fo= r something like an omnipresent always available panel I can summon and dis= miss any time with a simple keybinding=2E I also have facilities for cyclin= g its size and extracting the omnipresent thing into a conventional window = temporarily=2E I want not only strong dedication, but also no-other-window = and no-delete-other-windows, which I set=2E Modulo bugs, it all seems to wo= rk=2E For finding those bugs, maybe we need a history of recent window changes w= e can examine after something has gone wrong=2E Just today I got into a wei= rd state in which I had two side windows with the same slot and have no ide= a how I got into that state or how I'd repro=2E > >> We should >> probably visually style side windows differently by default=2E > >We could try to paint the window dividers accordingly=2E > Fringe arrows or something? Not sure what it should look like=2E I'm a pro= grammer, not an artist=2E :-) From unknown Sun Jun 22 00:54:34 2025 X-Loop: help-debbugs@gnu.org Subject: bug#76911: dedicated side windows lose their dedication upon reuse Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Mar 2025 09:03:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 76911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daniel Colascione Cc: Eli Zaretskii , 76911@debbugs.gnu.org Received: via spool by 76911-submit@debbugs.gnu.org id=B76911.17422885679498 (code B ref 76911); Tue, 18 Mar 2025 09:03:03 +0000 Received: (at 76911) by debbugs.gnu.org; 18 Mar 2025 09:02:47 +0000 Received: from localhost ([127.0.0.1]:36753 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tuSqT-0002Sv-2X for submit@debbugs.gnu.org; Tue, 18 Mar 2025 05:02:46 -0400 Received: from mout.gmx.net ([212.227.17.21]:57993) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tuSqP-0002RV-TO for 76911@debbugs.gnu.org; Tue, 18 Mar 2025 05:02:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1742288555; x=1742893355; i=rudalics@gmx.at; bh=pVZakyxOSv8Rcl6X0JKYWTG6IO0XfgCAWwgJQyH+w9Y=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=r7teSEW/NF5EkX4QKln5UtbTwkrndhnKvjKdb3vzrlWnQQM+fLi8ouaBqWwKnLV1 hT9sz8dNG/ZmQQtH+XWlP8NCUxFjtvZvxEpetIR8rRQT/+qi0qxcoSjKIgBQJMm0x 9fgjJLdvzzpUraMFtw0U6u3DbLn97JVMJ5wfwINfk8XA29YmkQolAKAwthSsbuSno xykDuz4b71MElRc5AkdlqyCPBBn803SXTlA4Sba6qY+mDrTLVz+ou1xwb7TShbbRm JnDJnaHxrw+a3s9ataJECECS5t358vHDdtrAJi+Awjbpzsh4eoc/CVzxn5ZhyPma8 2zCsXfMIPDdrDAKgQg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([213.142.96.80]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MUowb-1tlQR02Zaj-00Kzk0; Tue, 18 Mar 2025 10:02:35 +0100 Message-ID: <6e1b7fd0-c4c4-43a6-8024-246931dd669a@gmx.at> Date: Tue, 18 Mar 2025 10:02:34 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <86a59setb4.fsf@gnu.org> <7e48d591-51c4-4589-bf12-c96daa26bfb7@gmx.at> <38858eb7-1b1b-40c3-a544-91079a76b069@gmx.at> <5B761743-2EB1-476A-978D-495896ED2A89@dancol.org> Content-Language: en-US From: martin rudalics In-Reply-To: <5B761743-2EB1-476A-978D-495896ED2A89@dancol.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:rfveMfJbyXiLtIDdwcdI/DQuF76xngveZdUPhutGT1b9SDjBsL7 DsYVaq10ddIyE7r0VHsijsqcqOxQ84VoNm9ebg0enqey9SCUkLkyKriBbR9daJV0JRTmrty QjO5f1613nFgcHE2RLHf8oS8gcO+K0pZvdvuPibaSFs1bO+LL8WZdMLGNmIi4xoKEPlg51F 1fd9B6JPDYC9v3F4qhCGQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:WrO1AMUg+04=;rOAPu1rDj3Z4p5ugIXCfYYg2R8S 77T0eQOho99foBMkqyer3/tySJJNrEt6wpinQeGTKCWboe7vmenQ+oWa3VGcnmuPgsYmJPYbM KWU9yrH8+iFS7bsrm+Ao1ha5b9ujfJLIlf3HCD4s1pSY0iQ/QoA+iiYOr3RQDblEWNcO0hLw6 45BgyO2FDXk47g5ZWIwGk6XGBScE7ET6XYlEEy/uJeLeQypYI8BUZvCiX0RDwTLs0KL7WifFm jgO7Ib+8rgvfQOTxgs/MBKt2zAo0o7vDuxV+dlXIKc3FyP4+ldDXqytbL9x5IQkHg2094fnHO 9/0b0ZS6lb8G1sI/M32N5cTYSW5wqqAzTr0NuvU7io9odIz2brkFftl38p2gmaEM2u9dn6rHk kGbd3eKu4FdoIBd7BlsSnVCgAzwybiNZiu0H6GwvKZwAb3FT0EHf2PlFg4XjW/r0gYZuZ2IUr 9Kb2+bgNykoCKdL7MM4A7+MFMq6o0ziUNeE+hYHCyZ83ttFleLP9AXs8kMwe3aiWlKfpuU9se l9WWaL8swnYOd8Ta8Clm85r6wUAjaiMetMP0QikqDOnW8bXso61UvDEumYoFEGH7SBxY1BmDQ 0EKuFtJrd9Q2u39TRAm2SsqOEt+29qUR9m4vm8Sew4ju3hjYgf4/c/CBqFuc/h4tP24AKVqyI bpR5cN7Ix+d8AJ3ie0D7TfLivxBYJfG8wkTolYnLWNcKGLm6g7SNJ4uLZqQ408oSAYPo7lkKk gB5eziEDJqOvI/DK3wZmvouUHBjPVrWPRVGhc2xLzehqdE46yKqcfxxN2nA3T50HLvdxKlBCQ RRZdhH7MDmnwWcKK0XzQkJaCQnMPtj0KCjrcC0kr5CLoR07wsRQ4epfAAFHo6W5QkRWm+GrRF VxkqCEBpx2mgV4Lg35q/VKAOkufQirj0mVhchq1WsIXCCrxrODFHFy7vDdoZinTaDWzt3gmxJ nxgjbBqiFvF3gvrP1rStCLmnW215cenIgLQXSsoosDZLN6jYaTZbrlQ0bRb6hbIxbbbuDBhGS Y8VjM6flQYmBtpmsBUEG9ggKw/i9sMDqHaIn0qdKs76rwz/rnAJHFCGGDyeqRTd4H3TGySmfi eY/C3uR43/bHRIYllQDL0uJsqwuWmCsvBpxWO/hggJc2JruGZ6Nykii65sp5GtkO1xfP1xyiX 75Xu5mQ5j9XzZ44LkTOufHZ27SUUyqfG7RtST+MakUjRj9JJvRnM2Ms7pkhKeZLP0nagZHkBa +xQ6Ku+61sjyal2gNGaAZVq0Ob1fcNcSy8X6/APukAnjVNMd8Lf4AolJslX0St7Pe19GWtt6k cYbnxWOTiaVvv6OSyzVT/LovW1vzIG9cg/2gv2CqTYtcKJcdNWWg4OK7wBbqMzb1ry8nDzk/4 RrNWI1doRhc6IYzTtVZvaZ9WPfzvyzNmQy1Jh5LIbCg1R523TdRZAXVsi0yJc+3NO+oisoni0 CYHhOjLpW3PLnjv8tKY1W5VVPakXYJM8UuASodCxmN8WSuHxF X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> So a dedicated flag that does not equal 'side' might cause the problem >> here. If it persists, I can write some code for 'display-buffer' so we >> can find the offender. > > But I want the strong dedication semantics. Specifically, I'm looking > for something like an omnipresent always available panel I can summon > and dismiss any time with a simple keybinding. I also have facilities > for cycling its size and extracting the omnipresent thing into a > conventional window temporarily. I want not only strong dedication, > but also no-other-window and no-delete-other-windows, which I > set. Modulo bugs, it all seems to work. You might be asking a bit too much here: The side windows mechanism does its own handling of dedicatedness which means that if you specify 'display-buffer-in-side-window' for a buffer-2 and the window at that slot is strongly dedicated to buffer-1, buffer-2 will be still displayed in that window. There's no other way because I cannot display buffer-2 reasonably anywhere else. BTW why do you set 'no-delete-other-windows' for a side window? You cannot avoid an error when incidentally doing C-x 5 1 in it I suppose. > For finding those bugs, maybe we need a history of recent window > changes we can examine after something has gone wrong. Just today I > got into a weird state in which I had two side windows with the same > slot and have no idea how I got into that state or how I'd repro. As a matter of fact, this should never happen. You could try running Emacs with the patch below - it might help to detect such a situation. martin diff --git a/lisp/window.el b/lisp/window.el index 1e8f4e323bc..dd7a463aa3b 100644 --- a/lisp/window.el +++ b/lisp/window.el @@ -7824,6 +7824,12 @@ window--display-buffer (dolist (parameter parameters) (set-window-parameter window (car parameter) (cdr parameter))))) + (with-current-buffer (get-buffer-create "*display-buffer-history*") + (goto-char (point-max)) + (insert (format " window: %s" window) + (format " [%s]" type) + (format " alist: %s" alist) + (format " parameters: %s\n" (window-parameters window)))) window)) (defun window--maybe-raise-frame (frame) @@ -8220,6 +8226,9 @@ display-buffer (split-window-keep-point t) ;; Handle the old form of the first argument. (inhibit-same-window (and action (not (listp action))))) + (with-current-buffer (get-buffer-create "*display-buffer-history*") + (goto-char (point-max)) + (insert (format "buffer: %s" buffer) (format " action: %s\n" action))) (unless (listp action) (setq action nil)) (let* ((user-action (display-buffer-assq-regexp