From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Paul Rankin Newsgroups: gmane.emacs.bugs Subject: bug#30432: 26.0.91; freeze when text wrap-prefix exceeds window text width Date: Tue, 13 Feb 2018 12:15:17 +1000 Message-ID: <9C3F79F1-DCBD-42C9-B105-FA03A8911270@paulwrankin.com> References: <94B0ABFC-0319-4CB5-944C-14E3B43310C6@paulwrankin.com> <837eriyojf.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1518488065 4717 195.159.176.226 (13 Feb 2018 02:14:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 13 Feb 2018 02:14:25 +0000 (UTC) Cc: 30432@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 13 03:14:20 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elQ6i-0000B3-Qn for geb-bug-gnu-emacs@m.gmane.org; Tue, 13 Feb 2018 03:14:09 +0100 Original-Received: from localhost ([::1]:55059 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elQ8k-0000SF-Dv for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Feb 2018 21:16:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52370) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elQ8d-0000Qh-5F for bug-gnu-emacs@gnu.org; Mon, 12 Feb 2018 21:16:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1elQ8Z-0007n6-3v for bug-gnu-emacs@gnu.org; Mon, 12 Feb 2018 21:16:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60637) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1elQ8Y-0007ml-Vk for bug-gnu-emacs@gnu.org; Mon, 12 Feb 2018 21:16:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1elQ8Y-00058I-Jn for bug-gnu-emacs@gnu.org; Mon, 12 Feb 2018 21:16:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Paul Rankin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Feb 2018 02:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30432 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30432-submit@debbugs.gnu.org id=B30432.151848812619680 (code B ref 30432); Tue, 13 Feb 2018 02:16:02 +0000 Original-Received: (at 30432) by debbugs.gnu.org; 13 Feb 2018 02:15:26 +0000 Original-Received: from localhost ([127.0.0.1]:40301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elQ7x-00057M-PE for submit@debbugs.gnu.org; Mon, 12 Feb 2018 21:15:26 -0500 Original-Received: from out4-smtp.messagingengine.com ([66.111.4.28]:38409) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elQ7u-00057D-Vm for 30432@debbugs.gnu.org; Mon, 12 Feb 2018 21:15:23 -0500 Original-Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 9B27120CEB; Mon, 12 Feb 2018 21:15:22 -0500 (EST) Original-Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Mon, 12 Feb 2018 21:15:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paulwrankin.com; h=cc:content-transfer-encoding:content-type:date:from :in-reply-to:message-id:mime-version:references:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=w5Pvp0Xt9lxS9sWM+ CZ2uDLgnHFeQJFOm7qyK+zJh84=; b=F9zAnifjbWBkUadBig2HyfBuk53/RXPwC 1OOijfKdT/FL+HdwmYaOLrsWxWQkKMsqWNmW8TMgYTe8+U7u8tpyN2UPaqPvi4m0 YPoGGKMiFR5uv9d30nTHGL6n+LSCZeMlFj6Sw4wjBTtcvjdXRyaZNrc45tPSscH0 8glDAVQL8EX+/vS1XVzFC1OIpuSzq1/7jY8hsgpYgodgnz8Eo3C8C87bu7gn7wc9 TpTdVI/zbrExusMuKZliOCto38z0FJSuCyezrK4SzILaKPqpA1DGM5VYx2M4TWvt ZYhF49MZRTZRYmeig9ptRszt0ckcmEWSFX+Ix0tt2xmQhTTklIIcA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=w5Pvp0 Xt9lxS9sWM+CZ2uDLgnHFeQJFOm7qyK+zJh84=; b=YOjwHb4XfSgSjp43RkSe2Y eXWH2F4BiHS3ulQu5x8q7mU9LZrzatKcT+gNMBzN1hUEts9kaKmVRqSJEv27O64s 2zDqxRjVlPDI7r/djnMiY/yRVaR+iJQKNyQ8iZxNgR5xhIuAkrdcshgxR6pQeAu9 2jEtbBCzhxI1X/AF7wclqdFCszJHtfoW34doMJA8egDrq1dNZhK6xqeB0mBQoT5D wROfUy1P3bdKF6toxMryKG/cQSNa20dYkO+2nkICylQNa5jMPKGmXJIMeUfChMRr x8j51eKlyQvSQEx9u/46LpXRHGoUP7ejKQoQsJHUUULMqvm1jdzqZkXvsEBUSJ4g == X-ME-Sender: Original-Received: from [10.64.98.209] (182.173.70.115.static.exetel.com.au [115.70.173.182]) by mail.messagingengine.com (Postfix) with ESMTPA id AAB4C240DB; Mon, 12 Feb 2018 21:15:21 -0500 (EST) In-Reply-To: <837eriyojf.fsf@gnu.org> X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:143236 Archived-At: Sorry I didn't include my system before: macOS High Sierra 10.13.3 (17D47) MacBook Pro (Retina, 15-inch, Mid 2015) Emacs.app built from emacs-26 branch It's definitely a freeze. Emacs becomes unresponsive and needs to be = force quit. I've recorded a video showing how it all goes down: https://gfycat.com/gifs/detail/ImmaculateLazyAfricanjacana I've included the on-screen keyboard viewer, but this isn't really = helpful, because when Emacs freezes it blocks the keystrokes, but you = can see when it freezes on C-n the n key remains depressed. After that = I'm hammering away at C-b and M-< and M-v trying to move point back into = view. You can see that mouse clicks on the tool bar or menu also have no = effect. =46rom the video you can also see that the window can be resized, and = when the force quit dialogue comes up the keystrokes are no longer = blocked, so I doubt it's a macOS issue. Finally, the errors printed to the terminal are: 2018-02-13 10:44:01.623 Emacs[9161:2638527] IMKClient Stall detected, = *please Report* your user scenario attaching a spindump (or sysdiagnose) = that captures the problem - (imkxpc_deadKeyStateWithReply:) block = performed very slowly (1.25 secs). I can understand that the real-world use case might not make sense to = your own use of Emacs, but in the use I described, it means Emacs = freezes by just changing the font size... not good. --=20 https://www.paulwrankin.com > On 13 Feb 2018, at 5:51 am, Eli Zaretskii wrote: >=20 >> From: Paul Rankin >> Date: Mon, 12 Feb 2018 16:49:39 +1000 >>=20 >> 1. emacs -Q >> 2. make sure window is 80 columns wide >> 3. insert a block of text that exceeds the window text width and = causes wrapping >> 4. set region over this text >> 5. (put-text-property (region-beginning) (region-end) 'wrap-prefix = '(space :align-to 81)) >> 6. move point to or past this text >>=20 >> Expected result: >>=20 >> I'm not sure, but I guess window should scroll horizontally to = display point. >=20 > It can't. (And anyway, horizontal scrolling only happens when lines > are truncated.) >=20 > What the above wrap-prefix does is ask for 81 columns of whitespace > each time we need to continue a line on the next screen line, before > the text of that continuation line. But 81 columns is more than the > window can show, so the wrap prefix itself causes another continuation > line to appear, which then needs another wrap prefix, etc. etc., ad > nauseam. >=20 > IOW, asking for a 81-column wrap-prefix in a 80-column wide window > makes no sense, and leaves redisplay no way of showing point -- or > even showing more than one screen line of text. >=20 >> Actual results: >>=20 >> Emacs freezes and needs to be killed. >=20 > I don't think I see a freeze here. What I see is that the cursor > disappears, and Emacs repeatedly enters redisplay (because point is > not visible) -- which is why you might think Emacs freezes. But if > you type C-b enough times, or even just type M-<, cursor will > eventually reappear, the "freezing" will stop, and Emacs will start > behaving normally again. Although you sometimes need to wait for that > to happen for a few dozen seconds. >=20 > Is that what you see? Or do you see something different? (For the > record, I inserted a 90-character line into *scratch*, then marked it, > and typed the put-text-property form.) >=20 >> In Emacs versions prior to 26, this use to just wrap the transition = text, but something has changed with 26 to cause the freezing. >=20 > What do you mean by "just wrap the transition text"? Can you tell > what you see in previous versions with the recipe above? >=20 > What I see in previous versions of Emacs is something similar to Emacs > 26, except that the cursor instead of disappearing jumps to the end of > the first screen line (which is a clearly bogus location), and stays > there until you type C-b enough times to get point into the visible > portion of the text line inserted at the beginning of the recipe. Do > you see something different? >=20 > Thanks.