From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Herman@debbugs.gnu.org, =?UTF-8?Q?G=C3=A9za?= Newsgroups: gmane.emacs.bugs Subject: bug#41984: 28.0.50; term.el's select-window call interacts badly with modeline Date: Sun, 21 Jun 2020 21:03:51 +0200 Message-ID: <859200e3-3eaa-0d9e-f987-31bcab16ff16@gmail.com> References: <838sggv23x.fsf@gnu.org> <3e5250a8-2e92-f8e7-0de1-68d61463981e@gmail.com> <835zbkv0td.fsf@gnu.org> <467f415a-a7ef-e27b-26c1-d70d7fd3c128@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="70788"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 Cc: 41984@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jun 21 21:04:16 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jn5GJ-000IHc-NY for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 21 Jun 2020 21:04:15 +0200 Original-Received: from localhost ([::1]:60824 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jn5GI-0008CD-Db for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 21 Jun 2020 15:04:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49610) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jn5G6-0008C3-La for bug-gnu-emacs@gnu.org; Sun, 21 Jun 2020 15:04:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49363) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jn5G6-00051n-Ck for bug-gnu-emacs@gnu.org; Sun, 21 Jun 2020 15:04:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jn5G6-0004X7-7Q for bug-gnu-emacs@gnu.org; Sun, 21 Jun 2020 15:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Herman@debbugs.gnu.org, =?UTF-8?Q?G=C3=A9za?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Jun 2020 19:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41984 X-GNU-PR-Package: emacs Original-Received: via spool by 41984-submit@debbugs.gnu.org id=B41984.159276623517412 (code B ref 41984); Sun, 21 Jun 2020 19:04:02 +0000 Original-Received: (at 41984) by debbugs.gnu.org; 21 Jun 2020 19:03:55 +0000 Original-Received: from localhost ([127.0.0.1]:60909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jn5Fz-0004Wl-6D for submit@debbugs.gnu.org; Sun, 21 Jun 2020 15:03:55 -0400 Original-Received: from mail-ed1-f43.google.com ([209.85.208.43]:46583) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jn5Fw-0004WX-BK for 41984@debbugs.gnu.org; Sun, 21 Jun 2020 15:03:54 -0400 Original-Received: by mail-ed1-f43.google.com with SMTP id m21so11820760eds.13 for <41984@debbugs.gnu.org>; Sun, 21 Jun 2020 12:03:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=Xsi4XAjjzNWi5BMCS57RjgbucPhqlPRWPJX97bJFXRg=; b=YqP+0y3RjukVYmCrqUTOdbOZdSHR15xfuDq3b1oTORMKWmNpEdM5RTLl6GlwGuVi88 jjpvUyj8as94gxuiJOfh3GIahv0KEaWyl9aILDyyFaLP1cuEtb/WzsXJOEuQwKsvlKOy ox840Z283ha+dkfLqXdBE7lYfy/L0tAAMCUpBY/0erzJVqKG/RMiSScy0VvMSrGvIrdk C6ssCtOR3O7DTQkm3bX3MM0dKa7thNgAC0HNtQsM6tPCyAVRlIalkavbkf0PQeU98eD/ bmlvbPyTZIaHrysL5LNOnsndd2wW/35zs4GAU44XsKjq9AWSzDLFUg1+YsUkcH8r513i 4I+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=Xsi4XAjjzNWi5BMCS57RjgbucPhqlPRWPJX97bJFXRg=; b=IXVM74Ndvygnrh6COBCcoGDjS71XXk/5iE6R214f6C5b3EzC+gWG9aSH11BTVan5bS gQnOKZBZud1Z6Z7Gfmv6oeueRJ6SoV/bRqBTQ2WJHb18WhG5GtBE66QVSIT3htv+I86k I3ubkLjPapVSZ++U+zVgGJJSi2V/H8iM1yzWAunOlJRf4X/iCKLrhMtxB3DsKxPXOKzo kX2jT87uuj4kNrlYPAfLHNJf3cI1VXIIU6DY2/iuUHLl10gn/m0f7tr4KcvPzpGE1QBC AboNNynn5/aGDiB1HJ/YTdoiVROKT6IoMEJ/O+J8lgj9WAw3L+rQydRUC7utIDFwIJEC nhTw== X-Gm-Message-State: AOAM530pzNVL63Zex3Ac/z34LxzJkyLlcOR8rnvIWfXgCkTAwWzPHkMK yEp0ssbhBAAwe5uyIVohPJc= X-Google-Smtp-Source: ABdhPJwmFOUhjytgX1QVlCB3CRrLZY++3oLcACAowTQZWfMYFE9E7dx6SieSalkQg//sVfPy7OvfgQ== X-Received: by 2002:a05:6402:1202:: with SMTP id c2mr13311266edw.182.1592766226567; Sun, 21 Jun 2020 12:03:46 -0700 (PDT) Original-Received: from [192.168.8.4] (netacc-gpn-7-220-203.pool.telenor.hu. [176.77.220.203]) by smtp.gmail.com with ESMTPSA id x11sm9820814ejv.81.2020.06.21.12.03.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 21 Jun 2020 12:03:46 -0700 (PDT) In-Reply-To: <467f415a-a7ef-e27b-26c1-d70d7fd3c128@gmail.com> Content-Language: sv-FI X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:182256 Archived-At: What is suspicious to me: term-emulate-terminal uses save-selected-window. And save-selected-window uses "(select-window (car state) 'norecord)", when it restores the state. Note the 'norecord parameter. So it is very logical to me that the "(select-window win)" call in term-emulate-terminal should also have 'norecord. Also, here's the help for select-window: "Note that applications and internal routines often select a window temporarily for various purposes; mostly, to simplify coding.  As a rule, such selections should be not recorded and therefore will not pollute buffer-list-update-hook.  Selections that "really count" are those causing a visible change in the next redisplay of WINDOW's frame and should be always recorded." So this issue definitely seems a bug in term.el to me.