From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.bugs Subject: bug#56683: 29.0.50; long lines fix doesn't work correctly when lines are truncated Date: Tue, 26 Jul 2022 13:25:30 +0000 Message-ID: References: <87h73ab8bo.fsf@gmail.com> <83zgh2kzlo.fsf@gnu.org> <83y1wlllnc.fsf@gnu.org> <83mtd1li6o.fsf@gnu.org> <835yjpl5vm.fsf@gnu.org> <83y1wljmkn.fsf@gnu.org> <83r12djjvm.fsf@gnu.org> <8a3eaeef01b9a103450a@heytings.org> <835yjkdrrk.fsf@gnu.org> <83r128cane.fsf@gnu.org> <83h734c8wx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24570"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, andreyorst@gmail.com, 56683@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 26 15:26:56 2022 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 1oGKaN-0006DN-Im for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 26 Jul 2022 15:26:55 +0200 Original-Received: from localhost ([::1]:40130 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oGKaM-0003SB-Jq for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 26 Jul 2022 09:26:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48788) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oGKZW-0003R2-Mv for bug-gnu-emacs@gnu.org; Tue, 26 Jul 2022 09:26:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34693) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oGKZW-00036l-F9 for bug-gnu-emacs@gnu.org; Tue, 26 Jul 2022 09:26:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oGKZW-0007Gn-BK for bug-gnu-emacs@gnu.org; Tue, 26 Jul 2022 09:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Jul 2022 13:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56683 X-GNU-PR-Package: emacs Original-Received: via spool by 56683-submit@debbugs.gnu.org id=B56683.165884193827904 (code B ref 56683); Tue, 26 Jul 2022 13:26:02 +0000 Original-Received: (at 56683) by debbugs.gnu.org; 26 Jul 2022 13:25:38 +0000 Original-Received: from localhost ([127.0.0.1]:52675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oGKZ8-0007Fy-2r for submit@debbugs.gnu.org; Tue, 26 Jul 2022 09:25:38 -0400 Original-Received: from heytings.org ([95.142.160.155]:53606) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oGKZ2-0007Fj-HM for 56683@debbugs.gnu.org; Tue, 26 Jul 2022 09:25:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1658841931; bh=pup7bUxA0Nlpn1Ieft9jiCKBoE0SylZV3JvwFX8TxLA=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=X8gsHQPpMnw0ih13bSLJGeRp7u7gVfwMbBydVVAZwisfNPh1XOhTMgs6ic+ycAITP MIrZ3DdMCMpVcsEqllugiu3FDOqImwNyjJjPp7ACwTY4O6m9KYpIZQt9N19QBIYrfZ aD3TjPeVsl5Fl9YdKvzaJhwUnYNMDR9Ze7GSniEn9UrkguvUs4vb13sTsmscJp+aEa l8yHzDf380AOJkNKOJ36RIOtJX/5uhxKgYfxaQM2O9e4n+4j8B+pPtMKZHlwBbLpe/ /YD/NmsKobg2x3DGxOcERyrDtTpuSAr53py42VmVRozSO2Qf4GX9t/6Vj9D1hdbpC3 48QngYEU1TEvA== In-Reply-To: <83h734c8wx.fsf@gnu.org> 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:237971 Archived-At: >> Do I understand correctly that it's okay to do that on the feature (and >> later master) branch, and that it will be perhaps be revisited later? > > I'd prefer not to do it just yet, and wait for more user feedback (once > the feature branch is merged, which I guess will be soon). > Wouldn't it be easier to get useful user feedback if that automatic disabling was present on master? If it's absent, what kind of user feedback can we expect to decide what is better for Emacs 29? >> But still, as you say, that puts a limit at around 100 MB, which isn't >> "that much" nowadays. > > Yes, it's not a solution, just a band-aid. But it costs almost nothing, > and we get to push the problematic situations farther. > It does indeed, but alas the fact that displaying such buffers is noticeably slower with truncate-lines remains. I could perhaps take a look (after finalizing and merging the current branch), but I'm not really sure it's worth the price.