From unknown Sat Aug 16 21:12:33 2025 X-Loop: don@donarmstrong.com Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Reply-To: Peter Sanford , 1092@debbugs.gnu.org Resent-From: Peter Sanford Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 05 Oct 2008 18:45:02 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1092 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12232319007989 (code B ref -1); Sun, 05 Oct 2008 18:45:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.0 required=4.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 5 Oct 2008 18:38:20 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m95IcGUJ007983 for ; Sun, 5 Oct 2008 11:38:17 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KmYUh-0001dY-UJ for bug-gnu-emacs@gnu.org; Sun, 05 Oct 2008 14:38:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KmYUg-0001cm-Fs for bug-gnu-emacs@gnu.org; Sun, 05 Oct 2008 14:38:15 -0400 Received: from [199.232.76.173] (port=36295 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KmYUg-0001cg-4F for bug-gnu-emacs@gnu.org; Sun, 05 Oct 2008 14:38:14 -0400 Received: from wa-out-1112.google.com ([209.85.146.181]:24118) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KmYUf-000295-Ki for bug-gnu-emacs@gnu.org; Sun, 05 Oct 2008 14:38:13 -0400 Received: by wa-out-1112.google.com with SMTP id k40so1282385wah.26 for ; Sun, 05 Oct 2008 11:38:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=DqpNZdcJrRsuIETNvbmLWtIHAP3pMng9mqM0nDx5y30=; b=fFWFZssuM34hjGM6MN/QC2hqUApq6VDlOjkwzOuAYQw9v+/Ds0UN7RKB3QqAYfqv1M yPhKo3FgrdqI3zN1GjZRX1dNqKZDuDbaGYDB7KUNPb76zVYZucSLyZ/9UE2oxkVvHJIO dcasE6GQUcMvTp/zQzxY1b/CGJQ1P8mnj51Lw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=YpkFtC/R/4ogyQapZVdMrtjEKhkQpwY0RGv+6jlVP+mY7zHSkIi10y27yQttHv1Zrh cMMZasSyPcIAfr6H3ySfU4A6WQ9wwRbN+ZwtvkeeAWuscbGhz0smYb0EHf8g7T3AQ6BF /IiOx1CkkYzqz8AOWsYzrSteH4fxzu1pGvNOc= Received: by 10.114.53.18 with SMTP id b18mr4335221waa.220.1223231892322; Sun, 05 Oct 2008 11:38:12 -0700 (PDT) Received: from ?192.168.1.140? (c-67-188-159-116.hsd1.ca.comcast.net [67.188.159.116]) by mx.google.com with ESMTPS id m31sm24974908wag.21.2008.10.05.11.38.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 05 Oct 2008 11:38:11 -0700 (PDT) Message-ID: <48E90990.1020101@gmail.com> Date: Sun, 05 Oct 2008 11:38:08 -0700 From: Peter Sanford User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) I have the copyright region at the head of my files hidden using selective-display and ^M. When this region is hidden functions like compilation-goto-error jump to the wrong location: n lines below the correct location where n is the number of hidden lines. If I use goto-line and the line number reported in the compilation buffer, emacs takes me to the correct line. When the region is visible everything works as expected. found on: GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.14.1) of 2008-09-05 on vernadsky, modified by Ubuntu From unknown Sat Aug 16 21:12:33 2025 X-Loop: don@donarmstrong.com Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Reply-To: Stefan Monnier , 1092@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 07 Oct 2008 02:00:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1092 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122334422322411 (code B ref -1); Tue, 07 Oct 2008 02:00:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.4 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 7 Oct 2008 01:50:23 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m971oJSg022402 for ; Mon, 6 Oct 2008 18:50:21 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kn1iN-0001yE-EO for bug-gnu-emacs@gnu.org; Mon, 06 Oct 2008 21:50:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kn1iK-0001y1-Ss for bug-gnu-emacs@gnu.org; Mon, 06 Oct 2008 21:50:19 -0400 Received: from [199.232.76.173] (port=38597 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kn1iK-0001xy-Ow for bug-gnu-emacs@gnu.org; Mon, 06 Oct 2008 21:50:16 -0400 Received: from ironport2-out.pppoe.ca ([206.248.154.182]:56172 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kn1iK-0007hn-Lq for bug-gnu-emacs@gnu.org; Mon, 06 Oct 2008 21:50:16 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtsEAGNd6kjO+IH3/2dsb2JhbACBcbtbgWqBBw X-IronPort-AV: E=Sophos;i="4.33,370,1220241600"; d="scan'208";a="28078141" Received: from 206-248-129-247.dsl.teksavvy.com (HELO ceviche.home) ([206.248.129.247]) by ironport2-out.teksavvy.com with ESMTP; 06 Oct 2008 21:50:14 -0400 Received: by ceviche.home (Postfix, from userid 20848) id A9AE5B41E3; Mon, 6 Oct 2008 21:50:14 -0400 (EDT) From: Stefan Monnier To: Peter Sanford Cc: 1092@debbugs.gnu.org, bug-gnu-emacs@gnu.org Message-ID: References: <48E90990.1020101@gmail.com> Date: Mon, 06 Oct 2008 21:50:14 -0400 In-Reply-To: <48E90990.1020101@gmail.com> (Peter Sanford's message of "Sun, 05 Oct 2008 11:38:08 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. > I have the copyright region at the head of my files hidden using > selective-display and ^M. When this region is hidden functions like > compilation-goto-error jump to the wrong location: n lines below the correct > location where n is the number of hidden lines. If I use goto-line and the > line number reported in the compilation buffer, emacs takes me to the > correct line. For what it's worth, I'd recommend you fix this problem by not using selective-display (replace it with an overlay). Stefan From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jul 2011 18:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Monnier Cc: 1092@debbugs.gnu.org Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.131023441625740 (code B ref 1092); Sat, 09 Jul 2011 18:01:02 +0000 Received: (at 1092) by debbugs.gnu.org; 9 Jul 2011 18:00:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qfbp9-0006h7-II for submit@debbugs.gnu.org; Sat, 09 Jul 2011 14:00:15 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qfbp7-0006Yy-Te for 1092@debbugs.gnu.org; Sat, 09 Jul 2011 14:00:14 -0400 Received: from localhost ([127.0.0.1]:45967) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qfbp1-0003uc-NA; Sat, 09 Jul 2011 14:00:07 -0400 From: Glenn Morris References: <48E90990.1020101@gmail.com> X-Spook: United Nations bce NORAD enemy of the state S Key Janet X-Ran: i~yR&fpY9;}Lzm[[V4x!MmtYI5(nvWqwoyshb_|f.l\9:(%U-]LA|g:AJ]k[f2b_8ocr3[ X-Hue: yellow X-Attribution: GM Date: Sat, 09 Jul 2011 14:00:07 -0400 In-Reply-To: (Stefan Monnier's message of "Mon, 06 Oct 2008 21:50:14 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.8 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.8 (----) Stefan Monnier wrote: > For what it's worth, I'd recommend you fix this problem by not using > selective-display (replace it with an overlay). Should `selective-display' be marked as obsolete? (I kind of thought it was, but it does not seem to be.) Can it do anything that other methods of making regions invisible cannot? From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 08:17:33 2015 Received: (at control) by debbugs.gnu.org; 29 Dec 2015 13:17:33 +0000 Received: from localhost ([127.0.0.1]:47383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDu9c-0006eG-Ri for submit@debbugs.gnu.org; Tue, 29 Dec 2015 08:17:32 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:40377) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDu9a-0006e9-Lu for control@debbugs.gnu.org; Tue, 29 Dec 2015 08:17:30 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aDu9C-0004z9-T0 for control@debbugs.gnu.org; Tue, 29 Dec 2015 14:17:07 +0100 Date: Tue, 29 Dec 2015 14:17:06 +0100 Message-Id: <87twn1iect.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #1092 X-MailScanner-ID: 1aDu9C-0004z9-T0 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451999827.11112@HXNjeXymJng1scnrUuHJbg X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control 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.7 (/) close 1092 From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Andrew Hyatt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Jan 2016 21:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Glenn Morris Cc: 1092@debbugs.gnu.org, Stefan Monnier Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.14517709939814 (code B ref 1092); Sat, 02 Jan 2016 21:44:01 +0000 Received: (at 1092) by debbugs.gnu.org; 2 Jan 2016 21:43:13 +0000 Received: from localhost ([127.0.0.1]:35647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFTxB-0002YD-5s for submit@debbugs.gnu.org; Sat, 02 Jan 2016 16:43:13 -0500 Received: from mail-qg0-f48.google.com ([209.85.192.48]:36409) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFTx8-0002Xv-Bu for 1092@debbugs.gnu.org; Sat, 02 Jan 2016 16:43:11 -0500 Received: by mail-qg0-f48.google.com with SMTP id e32so141050093qgf.3 for <1092@debbugs.gnu.org>; Sat, 02 Jan 2016 13:43:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=IzWELpnEMbBJLMnZDIppos/l16hxK7aoeXZBZFaM6q4=; b=KR66pH2L9EObQg3e4U5TV0fwxgP6OLK9yb1lkLgYBbs86E+R/mLiOeK6PGRZ5UpMYF IPSv9RsXZ+gTv8iGTfyjU0T+RyiU25krOkuLEbighV525qo4L3TyM3S0vglPgISmoyQy f4k8Q2PP4UjdE42PNHn2ZOTfxoRQNfuHMJenOkfzn2+wBAQPcEhq6bSZjTLXRSElDBME pOdDtutapDJ4RGWlk4ZltbhEZSK17JAE4LWEFdQIa/ceO8GMIbXNDBmabTXwgO33EP8+ lNDJr+G26jeAskWI7n6Sp3x8sxKxZXiASINFRSkdAKG0U+7URN9AzA9ajdYb+0txhrkF jCIA== X-Received: by 10.140.36.232 with SMTP id p95mr107140718qgp.55.1451770984982; Sat, 02 Jan 2016 13:43:04 -0800 (PST) Received: from Andrews-MacBook-Pro.local.ahyatt-laptop (cpe-74-73-128-199.nyc.res.rr.com. [74.73.128.199]) by smtp.gmail.com with ESMTPSA id i5sm18267546qhi.18.2016.01.02.13.43.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 02 Jan 2016 13:43:03 -0800 (PST) From: Andrew Hyatt References: <48E90990.1020101@gmail.com> Date: Sat, 02 Jan 2016 16:43:00 -0500 In-Reply-To: (Glenn Morris's message of "Sat, 09 Jul 2011 14:00:07 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain 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: -0.7 (/) Glenn Morris writes: > Stefan Monnier wrote: > >> For what it's worth, I'd recommend you fix this problem by not using >> selective-display (replace it with an overlay). > > Should `selective-display' be marked as obsolete? > (I kind of thought it was, but it does not seem to be.) > Can it do anything that other methods of making regions invisible > cannot? I'd agree that either selective-display should be marked as deprecated, or the problem should be fixed. I don't know what the status of selective-display is, though - it might be worth bringing this up in emacs-devel. Glenn, do you have a quick way to reproduce this starting from a clean emacs (emacs -Q)? This will make it easier for developers to reproduce & fix the issue. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 03:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Andrew Hyatt Cc: rgm@gnu.org, 1092@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145179215216369 (code B ref 1092); Sun, 03 Jan 2016 03:36:01 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 03:35:52 +0000 Received: from localhost ([127.0.0.1]:35748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFZSS-0004Fx-2s for submit@debbugs.gnu.org; Sat, 02 Jan 2016 22:35:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48256) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFZSQ-0004Fl-Cc for 1092@debbugs.gnu.org; Sat, 02 Jan 2016 22:35:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFZSK-0007I4-84 for 1092@debbugs.gnu.org; Sat, 02 Jan 2016 22:35:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33527) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFZSF-0007Hk-Ue; Sat, 02 Jan 2016 22:35:39 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2131 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFZSF-0002Dk-1m; Sat, 02 Jan 2016 22:35:39 -0500 Date: Sun, 03 Jan 2016 05:35:38 +0200 Message-Id: <83y4c79vxx.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Andrew Hyatt on Sat, 02 Jan 2016 16:43:00 -0500) References: <48E90990.1020101@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) > From: Andrew Hyatt > Date: Sat, 02 Jan 2016 16:43:00 -0500 > Cc: 1092@debbugs.gnu.org, Stefan Monnier > > Glenn Morris writes: > > > Stefan Monnier wrote: > > > >> For what it's worth, I'd recommend you fix this problem by not using > >> selective-display (replace it with an overlay). > > > > Should `selective-display' be marked as obsolete? > > (I kind of thought it was, but it does not seem to be.) > > Can it do anything that other methods of making regions invisible > > cannot? > > I'd agree that either selective-display should be marked as deprecated, > or the problem should be fixed. I don't know what the status of > selective-display is, though - it might be worth bringing this up in > emacs-devel. > > Glenn, do you have a quick way to reproduce this starting from a clean > emacs (emacs -Q)? This will make it easier for developers to reproduce & > fix the issue. Indeed, a clear reproduction recipe will be welcome. Thanks. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 04:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: Andrew Hyatt , 1092@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145179398619144 (code B ref 1092); Sun, 03 Jan 2016 04:07:01 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 04:06:26 +0000 Received: from localhost ([127.0.0.1]:35757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFZw1-0004yi-Pc for submit@debbugs.gnu.org; Sat, 02 Jan 2016 23:06:25 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55219) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFZw0-0004yW-62 for 1092@debbugs.gnu.org; Sat, 02 Jan 2016 23:06:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFZvu-0006AP-GE for 1092@debbugs.gnu.org; Sat, 02 Jan 2016 23:06:19 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33892) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFZvt-0006A8-7Q; Sat, 02 Jan 2016 23:06:17 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1aFZvs-0003BW-6y; Sat, 02 Jan 2016 23:06:16 -0500 From: Glenn Morris References: <48E90990.1020101@gmail.com> <83y4c79vxx.fsf@gnu.org> X-Spook: JUWTF Deaths nitrate Etacs Mutation La Familia NATO X-Ran: =,-qbJx}3Yn.CZi:>U>\JRS%bE>4kE|bgd`>Ne_4sidB("tA%~y/j3ybc#kjlVkrn:7/x, X-Hue: green X-Attribution: GM Date: Sat, 02 Jan 2016 23:06:15 -0500 In-Reply-To: <83y4c79vxx.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Jan 2016 05:35:38 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) I'm not going to give a recipe for a bug that I marked wontfix 7 years ago, and which has recently been closed. If no-one cares enough to follow the original example, no one is going to fix it. Selective display is 7 years more obsolete than it was then. Let's move on. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 06:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Andrew Hyatt Cc: Glenn Morris , 1092@debbugs.gnu.org Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145180215931948 (code B ref 1092); Sun, 03 Jan 2016 06:23:02 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 06:22:39 +0000 Received: from localhost ([127.0.0.1]:35768 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFc3r-0008JE-6g for submit@debbugs.gnu.org; Sun, 03 Jan 2016 01:22:39 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:41573) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFc3o-0008J1-P3 for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 01:22:38 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u036MWL1012274; Sun, 3 Jan 2016 01:22:33 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id AD615AE310; Sun, 3 Jan 2016 01:22:31 -0500 (EST) From: Stefan Monnier Message-ID: References: <48E90990.1020101@gmail.com> Date: Sun, 03 Jan 2016 01:22:31 -0500 In-Reply-To: (Andrew Hyatt's message of "Sat, 02 Jan 2016 16:43:00 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5538=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5538> : inlines <4174> : streams <1564604> : uri <2113290> X-Spam-Score: -1.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: -1.3 (-) > I'd agree that either selective-display should be marked as deprecated, > or the problem should be fixed. I don't know what the status of > selective-display is, though - it might be worth bringing this up in > emacs-devel. There are several problems with selective-display: - first and foremost, the variable provides 2 different features: - when set to t, it makes CR behave specially (it's a special line-separator that makes the next line invisible). - when set to a number, it makes all lines indented deeper than this number invisible. - The first use should be declared obsolete because overlays provide a much better way to do the same thing. There might still be a few packages out there using this old selective-display thingy but they really need to move on. - The second use should be replaced by a minor mode which provides the same feature using overlays, but nobody bothered to do so. Maybe because this second use is very rarely useful at all. So maybe this second use should be just dropped (i.e. made obsolete without providing an alternative). -- Stefan From unknown Sat Aug 16 21:12:33 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Peter Sanford Subject: bug#1092: closed (Re: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions) Message-ID: References: <83poxiadmm.fsf@gnu.org> <48E90990.1020101@gmail.com> X-Gnu-PR-Message: they-closed 1092 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: wontfix Reply-To: 1092@debbugs.gnu.org Date: Sun, 03 Jan 2016 15:27:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1451834822-18628-1" This is a multi-part message in MIME format... ------------=_1451834822-18628-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #1092: compilation-goto-error goes to wrong location when buffer has hidden= regions which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 1092@debbugs.gnu.org. --=20 1092: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D1092 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1451834822-18628-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 1092-done) by debbugs.gnu.org; 3 Jan 2016 15:26:08 +0000 Received: from localhost ([127.0.0.1]:36790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFkXo-0004pE-H9 for submit@debbugs.gnu.org; Sun, 03 Jan 2016 10:26:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56405) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFkXn-0004oz-Co for 1092-done@debbugs.gnu.org; Sun, 03 Jan 2016 10:26:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFkXh-0000hV-2y for 1092-done@debbugs.gnu.org; Sun, 03 Jan 2016 10:26:02 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42538) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFkXc-0000h9-37; Sun, 03 Jan 2016 10:25:56 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2435 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFkXY-0001p1-AV; Sun, 03 Jan 2016 10:25:52 -0500 Date: Sun, 03 Jan 2016 17:25:53 +0200 Message-Id: <83poxiadmm.fsf@gnu.org> From: Eli Zaretskii To: Glenn Morris In-reply-to: (message from Glenn Morris on Sat, 02 Jan 2016 23:06:15 -0500) Subject: Re: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions References: <48E90990.1020101@gmail.com> <83y4c79vxx.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 1092-done Cc: ahyatt@gmail.com, 1092-done@debbugs.gnu.org, monnier@iro.umontreal.ca 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: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --=-=-= Content-Type: text/plain > From: Glenn Morris > Cc: Andrew Hyatt , 1092@debbugs.gnu.org, monnier@iro.umontreal.ca > Date: Sat, 02 Jan 2016 23:06:15 -0500 > > I'm not going to give a recipe for a bug that I marked wontfix 7 years > ago, and which has recently been closed. If no-one cares enough to > follow the original example, no one is going to fix it. (There was no example in the original report, not AFAICT.) I think Andrew just wanted to DTRT with this bug, which is commendable, IMO. I came up with a simple example, see below. > Selective display is 7 years more obsolete than it was then. Let's > move on. I see no reason not to fix this simple bug, so I just did it. Here's a reproducible recipe, for the record: . Visit the attached file . Replace every C-j in the commentary block with a C-m . M-: (setq selective-display t) RET . Save the buffer (note that the file on disk has its newlines restored by write-region -- I wonder how many people knew we had this feature in write-region) . M-x compile RET gcc -Wall -o hello hello.c RET . Type "C-x `" and observe the incorrect behavior: point in the hello.c buffer goes to the end of the buffer, and the error locus is not highlighted With the current emacs-25 branch, this example works correctly. I'm marking this bug as done (after reopening it). --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=hello.c Content-Transfer-Encoding: base64 LyogRGlzcGxheSBnZW5lcmF0aW9uIGZyb20gd2luZG93IHN0cnVjdHVyZSBhbmQgYnVmZmVyIHRl eHQuDQoNCgkgQ29weXJpZ2h0IChDKSAxOTg1LTE5ODgsIDE5OTMtMTk5NSwgMTk5Ny0yMDE1IEZy ZWUgU29mdHdhcmUgRm91bmRhdGlvbiwNCgkgSW5jLg0KDQoJIFRoaXMgZmlsZSBpcyBwYXJ0IG9m IEdOVSBFbWFjcy4NCg0KCSBHTlUgRW1hY3MgaXMgZnJlZSBzb2Z0d2FyZTogeW91IGNhbiByZWRp c3RyaWJ1dGUgaXQgYW5kL29yIG1vZGlmeQ0KCSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdO VSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieQ0KCSB0aGUgRnJlZSBTb2Z0 d2FyZSBGb3VuZGF0aW9uLCBlaXRoZXIgdmVyc2lvbiAzIG9mIHRoZSBMaWNlbnNlLCBvcg0KCSAo YXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLg0KDQoJIEdOVSBFbWFjcyBpcyBkaXN0 cmlidXRlZCBpbiB0aGUgaG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLA0KCSBidXQgV0lUSE9V VCBBTlkgV0FSUkFOVFk7IHdpdGhvdXQgZXZlbiB0aGUgaW1wbGllZCB3YXJyYW50eSBvZg0KCSBN RVJDSEFOVEFCSUxJVFkgb3IgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuICBTZWUg dGhlDQoJIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuDQoNCgkg WW91IHNob3VsZCBoYXZlIHJlY2VpdmVkIGEgY29weSBvZiB0aGUgR05VIEdlbmVyYWwgUHVibGlj IExpY2Vuc2UNCgkgYWxvbmcgd2l0aCBHTlUgRW1hY3MuICBJZiBub3QsIHNlZSA8aHR0cDovL3d3 dy5nbnUub3JnL2xpY2Vuc2VzLz4uICAqLw0KDQojaW5jbHVkZSA8c3RkaW8uaD4NCg0KaW50DQpt YWluIChpbnQgYXJnYywgY2hhciAqYXJndltdKQ0Kew0KICBpcHJpbnRmaSAoIkhlbGxvLCB3b3Js ZCBvZiAlZCAlc1xuIiwgYXJnYywgYXJndlswXSk7DQoNCiAgcmV0dXJuIGFyZ2NmICsgNTsNCn0N Cg== --=-=-=-- ------------=_1451834822-18628-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit >From pms.mail@gmail.com Sun Oct 5 11:38:19 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.0 required=4.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 5 Oct 2008 18:38:20 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m95IcGUJ007983 for ; Sun, 5 Oct 2008 11:38:17 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KmYUh-0001dY-UJ for bug-gnu-emacs@gnu.org; Sun, 05 Oct 2008 14:38:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KmYUg-0001cm-Fs for bug-gnu-emacs@gnu.org; Sun, 05 Oct 2008 14:38:15 -0400 Received: from [199.232.76.173] (port=36295 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KmYUg-0001cg-4F for bug-gnu-emacs@gnu.org; Sun, 05 Oct 2008 14:38:14 -0400 Received: from wa-out-1112.google.com ([209.85.146.181]:24118) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KmYUf-000295-Ki for bug-gnu-emacs@gnu.org; Sun, 05 Oct 2008 14:38:13 -0400 Received: by wa-out-1112.google.com with SMTP id k40so1282385wah.26 for ; Sun, 05 Oct 2008 11:38:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=DqpNZdcJrRsuIETNvbmLWtIHAP3pMng9mqM0nDx5y30=; b=fFWFZssuM34hjGM6MN/QC2hqUApq6VDlOjkwzOuAYQw9v+/Ds0UN7RKB3QqAYfqv1M yPhKo3FgrdqI3zN1GjZRX1dNqKZDuDbaGYDB7KUNPb76zVYZucSLyZ/9UE2oxkVvHJIO dcasE6GQUcMvTp/zQzxY1b/CGJQ1P8mnj51Lw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=YpkFtC/R/4ogyQapZVdMrtjEKhkQpwY0RGv+6jlVP+mY7zHSkIi10y27yQttHv1Zrh cMMZasSyPcIAfr6H3ySfU4A6WQ9wwRbN+ZwtvkeeAWuscbGhz0smYb0EHf8g7T3AQ6BF /IiOx1CkkYzqz8AOWsYzrSteH4fxzu1pGvNOc= Received: by 10.114.53.18 with SMTP id b18mr4335221waa.220.1223231892322; Sun, 05 Oct 2008 11:38:12 -0700 (PDT) Received: from ?192.168.1.140? (c-67-188-159-116.hsd1.ca.comcast.net [67.188.159.116]) by mx.google.com with ESMTPS id m31sm24974908wag.21.2008.10.05.11.38.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 05 Oct 2008 11:38:11 -0700 (PDT) Message-ID: <48E90990.1020101@gmail.com> Date: Sun, 05 Oct 2008 11:38:08 -0700 From: Peter Sanford User-Agent: Thunderbird 2.0.0.17 (X11/20080925) MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: compilation-goto-error goes to wrong location when buffer has hidden regions Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) I have the copyright region at the head of my files hidden using selective-display and ^M. When this region is hidden functions like compilation-goto-error jump to the wrong location: n lines below the correct location where n is the number of hidden lines. If I use goto-line and the line number reported in the compilation buffer, emacs takes me to the correct line. When the region is visible everything works as expected. found on: GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.14.1) of 2008-09-05 on vernadsky, modified by Ubuntu ------------=_1451834822-18628-1-- From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 15:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Monnier Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145183511025490 (code B ref 1092); Sun, 03 Jan 2016 15:32:02 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 15:31:50 +0000 Received: from localhost ([127.0.0.1]:36800 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFkdK-0006d3-E4 for submit@debbugs.gnu.org; Sun, 03 Jan 2016 10:31:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57876) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFkdJ-0006cs-3g for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 10:31:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFkdA-0001nn-19 for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 10:31:43 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42672) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFkd9-0001ni-UD; Sun, 03 Jan 2016 10:31:39 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2442 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFkd8-0008RG-N6; Sun, 03 Jan 2016 10:31:39 -0500 Date: Sun, 03 Jan 2016 17:31:39 +0200 Message-Id: <83k2nqadd0.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Sun, 03 Jan 2016 01:22:31 -0500) References: <48E90990.1020101@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) > From: Stefan Monnier > Date: Sun, 03 Jan 2016 01:22:31 -0500 > Cc: 1092@debbugs.gnu.org > > > I'd agree that either selective-display should be marked as deprecated, > > or the problem should be fixed. I don't know what the status of > > selective-display is, though - it might be worth bringing this up in > > emacs-devel. > > There are several problems with selective-display: > - first and foremost, the variable provides 2 different features: > - when set to t, it makes CR behave specially (it's a special > line-separator that makes the next line invisible). > - when set to a number, it makes all lines indented deeper than this > number invisible. Why is that a problem? From my POV, it's the same feature in 2 flavors. We have similar stuff all over the place. > - The first use should be declared obsolete because overlays provide > a much better way to do the same thing. There might still be a few > packages out there using this old selective-display thingy but they > really need to move on. I see no reason whatsoever to obsolete this. (We already did, but I think that was a mistake.) It is a much more lightweight feature than overlays (certainly performance-wise, but also in other aspects). The fact that selective-display affects the display engine code in just 3 places, and with almost trivial code, while overlays do that in about 20 places (and need a much heavier and trickier support code) alone speaks volumes, I think. I wish every rarely used display feature was so lightweight as selective-display. > - The second use should be replaced by a minor mode which provides the > same feature using overlays, but nobody bothered to do so. > Maybe because this second use is very rarely useful at all. > So maybe this second use should be just dropped (i.e. made obsolete > without providing an alternative). I would object to dropping it without a good alternative. Anyway, I don't see how this report of a minor bug should trigger such far-reaching conclusions. It took me all of 5 minutes to fix it; we should have done this 7 years ago. I'm sorry we didn't, but better late than never. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 16:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145183718728652 (code B ref 1092); Sun, 03 Jan 2016 16:07:01 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 16:06:27 +0000 Received: from localhost ([127.0.0.1]:36808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFlAp-0007S3-DG for submit@debbugs.gnu.org; Sun, 03 Jan 2016 11:06:27 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:48111) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFlAm-0007Ru-Bs for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 11:06:25 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u03G6Kg1009619; Sun, 3 Jan 2016 11:06:21 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id C2104AE310; Sun, 3 Jan 2016 11:06:19 -0500 (EST) From: Stefan Monnier Message-ID: References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> Date: Sun, 03 Jan 2016 11:06:19 -0500 In-Reply-To: <83k2nqadd0.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Jan 2016 17:31:39 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5539=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5539> : inlines <4174> : streams <1564819> : uri <2113495> X-Spam-Score: -1.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: -1.3 (-) >> There are several problems with selective-display: >> - first and foremost, the variable provides 2 different features: >> - when set to t, it makes CR behave specially (it's a special >> line-separator that makes the next line invisible). >> - when set to a number, it makes all lines indented deeper than this >> number invisible. > Why is that a problem? It's not a problem in itself, no. But it means that if you want to obsolete only one of the two uses, you can't just mark the variable as obsolete. > I wish every rarely used display feature was so lightweight as > selective-display. It's not lightweight on the Elisp side where you need to add a lot of extra code in ever more places to handle the special meaning of \r in that rare case. > Anyway, I don't see how this report of a minor bug should trigger such > far-reaching conclusions. It took me all of 5 minutes to fix it; we > should have done this 7 years ago. I'm sorry we didn't, but better > late than never. I think the fix is worse than the problem, personally. Stefan From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 16:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Monnier Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.1451840005477 (code B ref 1092); Sun, 03 Jan 2016 16:54:02 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 16:53:25 +0000 Received: from localhost ([127.0.0.1]:36832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFluH-00007d-5k for submit@debbugs.gnu.org; Sun, 03 Jan 2016 11:53:25 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52750) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFluF-00007Q-9P for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 11:53:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFlu5-0004U1-Ih for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 11:53:18 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45103) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFlu5-0004Tx-FW; Sun, 03 Jan 2016 11:53:13 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2481 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFlu4-0006FA-NW; Sun, 03 Jan 2016 11:53:13 -0500 Date: Sun, 03 Jan 2016 18:53:13 +0200 Message-Id: <8360zaa9l2.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Sun, 03 Jan 2016 11:06:19 -0500) References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) > From: Stefan Monnier > Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org > Date: Sun, 03 Jan 2016 11:06:19 -0500 > > >> There are several problems with selective-display: > >> - first and foremost, the variable provides 2 different features: > >> - when set to t, it makes CR behave specially (it's a special > >> line-separator that makes the next line invisible). > >> - when set to a number, it makes all lines indented deeper than this > >> number invisible. > > Why is that a problem? > > It's not a problem in itself, no. But it means that if you want to > obsolete only one of the two uses, you can't just mark the variable > as obsolete. We cannot declare it obsolete without replacement features in place to which we can point. > > I wish every rarely used display feature was so lightweight as > > selective-display. > > It's not lightweight on the Elisp side where you need to add a lot of > extra code in ever more places to handle the special meaning of \r in > that rare case. I don't see any problem with that, either. Our Lisp code is full of special cases anyway. > > Anyway, I don't see how this report of a minor bug should trigger such > > far-reaching conclusions. It took me all of 5 minutes to fix it; we > > should have done this 7 years ago. I'm sorry we didn't, but better > > late than never. > > I think the fix is worse than the problem, personally. Yes, we disagree. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 19:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145184999315738 (code B ref 1092); Sun, 03 Jan 2016 19:40:02 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 19:39:53 +0000 Received: from localhost ([127.0.0.1]:36901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFoVN-00045m-1H for submit@debbugs.gnu.org; Sun, 03 Jan 2016 14:39:53 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:37987) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFoVK-00045e-NN for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 14:39:51 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u03Jdjce020100; Sun, 3 Jan 2016 14:39:46 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 947E1AE310; Sun, 3 Jan 2016 14:39:44 -0500 (EST) From: Stefan Monnier Message-ID: References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> Date: Sun, 03 Jan 2016 14:39:44 -0500 In-Reply-To: <8360zaa9l2.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Jan 2016 18:53:13 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5539=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5539> : inlines <4174> : streams <1564899> : uri <2113585> X-Spam-Score: -1.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: -1.3 (-) >> It's not a problem in itself, no. But it means that if you want to >> obsolete only one of the two uses, you can't just mark the variable >> as obsolete. > We cannot declare it obsolete without replacement features in place to > which we can point. For the selective-display=t case, we have had replacement features in place and in wide use for what, twenty years? We can very definitely declare this use case obsolete and stop trying to fix problems we bump into when it's used. Stefan From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 19:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Monnier Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145185056416572 (code B ref 1092); Sun, 03 Jan 2016 19:50:02 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 19:49:24 +0000 Received: from localhost ([127.0.0.1]:36905 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFoeZ-0004JE-VR for submit@debbugs.gnu.org; Sun, 03 Jan 2016 14:49:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60329) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFoeX-0004J0-NC for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 14:49:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFoeP-0006kC-53 for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 14:49:16 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47506) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFoeP-0006k8-1o; Sun, 03 Jan 2016 14:49:13 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2600 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFoeM-00007R-Cm; Sun, 03 Jan 2016 14:49:11 -0500 Date: Sun, 03 Jan 2016 21:49:11 +0200 Message-Id: <83mvsm8mvc.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Sun, 03 Jan 2016 14:39:44 -0500) References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) > From: Stefan Monnier > Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org > Date: Sun, 03 Jan 2016 14:39:44 -0500 > > >> It's not a problem in itself, no. But it means that if you want to > >> obsolete only one of the two uses, you can't just mark the variable > >> as obsolete. > > We cannot declare it obsolete without replacement features in place to > > which we can point. > > For the selective-display=t case, we have had replacement features in > place and in wide use for what, twenty years? Which replacements are those? I mean user commands or settings, not infrastructure on which to base them. > We can very definitely declare this use case obsolete We already did. And look how well did it serve us. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: John Wiegley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2016 21:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: 1092@debbugs.gnu.org Cc: eliz@gnu.org, pms.mail@gmail.com Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145185561324175 (code B ref 1092); Sun, 03 Jan 2016 21:14:02 +0000 Received: (at 1092) by debbugs.gnu.org; 3 Jan 2016 21:13:33 +0000 Received: from localhost ([127.0.0.1]:36928 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFpy1-0006Hr-DM for submit@debbugs.gnu.org; Sun, 03 Jan 2016 16:13:33 -0500 Received: from mail-pf0-f170.google.com ([209.85.192.170]:35901) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFpxz-0006HX-Cl for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 16:13:31 -0500 Received: by mail-pf0-f170.google.com with SMTP id 65so146405986pff.3 for <1092@debbugs.gnu.org>; Sun, 03 Jan 2016 13:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version:content-type; bh=AZcvmEWhg2pu4w8WAnia2b8bHz5zi4rxuvMKepeNqM4=; b=B8+GYNwXIsLipUz45vMbXPPCT8ENj6pfMv/IZLdapwcOKn7mJAYsuS0KPR757KWau3 pljJM7aqFombVieEPPIoPiIoo3squLOtoevdwoyxuXFLfLNeJoF1jAR/EsJwSrmipHlM J4gl5gJvPb9O9YkYk/6/Wr2SpHvdy57hZ/kDpNQXHXp+O04ZsKKVR0OTonK1LjBnyt7f 2wMMYN/E5eaBhzNXq5A/JzWGAb1NKw21OfRjBkK5kbtWgIvzIXqkMfc+80luLYSydZ+F IKK3I6qXhY5lwJ94VkU4evdS1bN/9m2NrEBOcoajoV1ajm7iXJPQTnVSZ0H2xuZc8Jx0 VMjw== X-Received: by 10.98.1.138 with SMTP id 132mr90439097pfb.0.1451855605665; Sun, 03 Jan 2016 13:13:25 -0800 (PST) Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id tu9sm121158442pac.0.2016.01.03.13.13.24 (version=TLS1 cipher=AES128-SHA bits=128/128); Sun, 03 Jan 2016 13:13:25 -0800 (PST) From: John Wiegley X-Google-Original-From: "John Wiegley" Received: by Vulcan.local (Postfix, from userid 501) id 675D212000B12; Sun, 3 Jan 2016 13:13:24 -0800 (PST) In-Reply-To: <83poxiadmm.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Jan 2016 17:25:53 +0200") Date: Sun, 03 Jan 2016 13:13:05 -0800 Message-ID: References: <48E90990.1020101@gmail.com> <83y4c79vxx.fsf@gnu.org> <83poxiadmm.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.5 (darwin) MIME-Version: 1.0 Content-Type: text/plain 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: -0.7 (/) >>>>> Eli Zaretskii writes: > I think Andrew just wanted to DTRT with this bug, which is commendable, IMO. Deserving of a second commendation, even. :) And thank you for simply addressing the bug, Eli. -- John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2016 00:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145186817810514 (code B ref 1092); Mon, 04 Jan 2016 00:43:01 +0000 Received: (at 1092) by debbugs.gnu.org; 4 Jan 2016 00:42:58 +0000 Received: from localhost ([127.0.0.1]:37001 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFtEg-0002jW-76 for submit@debbugs.gnu.org; Sun, 03 Jan 2016 19:42:58 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:43236) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFtEd-0002jK-Jb for 1092@debbugs.gnu.org; Sun, 03 Jan 2016 19:42:56 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u040gpdc002424; Sun, 3 Jan 2016 19:42:52 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 110BEAE09F; Sun, 3 Jan 2016 19:42:50 -0500 (EST) From: Stefan Monnier Message-ID: References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> Date: Sun, 03 Jan 2016 19:42:50 -0500 In-Reply-To: <83mvsm8mvc.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Jan 2016 21:49:11 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5539=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5539> : inlines <4174> : streams <1565013> : uri <2113691> X-Spam-Score: -1.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: -1.3 (-) >> For the selective-display=t case, we have had replacement features in >> place and in wide use for what, twenty years? > Which replacements are those? I mean user commands or settings, not > infrastructure on which to base them. selective-display=t gives no user command, so I have no idea what you're expecting as "user command" to replace it. There are almost no uses of selective-display=t around, they've almost all been replaced by uses of overlays. >> We can very definitely declare this use case obsolete > We already did. And look how well did it serve us. Which problem did its obsolescence cause? Stefan From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2016 15:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Monnier Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145192211621729 (code B ref 1092); Mon, 04 Jan 2016 15:42:02 +0000 Received: (at 1092) by debbugs.gnu.org; 4 Jan 2016 15:41:56 +0000 Received: from localhost ([127.0.0.1]:37733 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aG7Gd-0005eP-N3 for submit@debbugs.gnu.org; Mon, 04 Jan 2016 10:41:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34666) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aG7Gb-0005eC-8d for 1092@debbugs.gnu.org; Mon, 04 Jan 2016 10:41:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aG7GS-0004xP-0R for 1092@debbugs.gnu.org; Mon, 04 Jan 2016 10:41:47 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35024) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aG7GR-0004xG-Tx; Mon, 04 Jan 2016 10:41:43 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3013 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aG7GR-00019v-7Y; Mon, 04 Jan 2016 10:41:43 -0500 Date: Mon, 04 Jan 2016 17:41:47 +0200 Message-Id: <83ziwl73no.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Sun, 03 Jan 2016 19:42:50 -0500) References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) > From: Stefan Monnier > Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org > Date: Sun, 03 Jan 2016 19:42:50 -0500 > > >> For the selective-display=t case, we have had replacement features in > >> place and in wide use for what, twenty years? > > Which replacements are those? I mean user commands or settings, not > > infrastructure on which to base them. > > selective-display=t gives no user command, so I have no idea what you're > expecting as "user command" to replace it. Setting a variable is a user-level feature. And I did mean _both_ uses of selective-display, not only that single one. If and when there are replacements for both of them, we can declare the variable obsolete and perhaps also remove its current handling from the sources, if the replacement features allow to emulate the variable's effect. > There are almost no uses of selective-display=t around, they've > almost all been replaced by uses of overlays. We have no idea of how many uses of this are out there. We only know what's in Emacs and in ELPA, which is just a fraction of what's out there. > >> We can very definitely declare this use case obsolete > > We already did. And look how well did it serve us. > > Which problem did its obsolescence cause? This one, for example. More importantly, it didn't resolve any problem. Anyway, I don't see where this discussion is going. The original bug is fixed and closed. If you or someone else have a patch to replace selective-display with alternative user features, let's see those patches (preferably in another thread). Thanks. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2016 04:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145196715631617 (code B ref 1092); Tue, 05 Jan 2016 04:13:02 +0000 Received: (at 1092) by debbugs.gnu.org; 5 Jan 2016 04:12:36 +0000 Received: from localhost ([127.0.0.1]:38051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGIz6-0008Ds-2P for submit@debbugs.gnu.org; Mon, 04 Jan 2016 23:12:36 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:55672) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGIz4-0008Dl-E5 for 1092@debbugs.gnu.org; Mon, 04 Jan 2016 23:12:35 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u054CT0L003104; Mon, 4 Jan 2016 23:12:30 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 3A4F5AE09F; Mon, 4 Jan 2016 23:12:29 -0500 (EST) From: Stefan Monnier Message-ID: References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> <83ziwl73no.fsf@gnu.org> Date: Mon, 04 Jan 2016 23:12:29 -0500 In-Reply-To: <83ziwl73no.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 04 Jan 2016 17:41:47 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5540=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5540> : inlines <4176> : streams <1565629> : uri <2114368> X-Spam-Score: -1.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: -1.3 (-) > Setting a variable is a user-level feature. I've never ever heard of a user setting selective-display manually to t. It's always done from some Elisp package. And it's no wonder: setting selective-display=t has about zero effect. It only starts to do something when you start turning \n into \r (which is also when the problems start to come up). >> >> For the selective-display=t case, we have had replacement features in >> >> place and in wide use for what, twenty years? >> > Which replacements are those? I mean user commands or settings, not >> > infrastructure on which to base them. >> selective-display=t gives no user command, so I have no idea what you're >> expecting as "user command" to replace it. > And I did mean _both_ uses of selective-display, not only that single > one. As you can see above in the text you quoted, I was specifically referring to the selective-display=t case. > If and when there are replacements for both of them, we can > declare the variable obsolete and perhaps also remove its current > handling from the sources, if the replacement features allow to > emulate the variable's effect. The problem is that nobody really cares about the non-t part of selective-display: it doesn't cause any serious problems (contrary to the use of \r for "kind of end-of-line" in selective-display=t which requires special handling all over the place), isn't use very widely either, and is only a user-level feature (I don't know of any Elisp package making use of it). >> There are almost no uses of selective-display=t around, they've >> almost all been replaced by uses of overlays. > We have no idea of how many uses of this are out there. Of course we do have some idea. > We only know what's in Emacs and in ELPA, which is just a fraction of > what's out there. If you never look further than those, I hope you're an exception. I have a fairly extensive list of random packages I've bumped into over the years. And I can even tell you why there are very few uses of selective-display=t left: because it's a pain in the rear to use and is very limited. It's much simpler and more flexible to use overlays, so most packages have been rewritten over time to use overlays instead. >> >> We can very definitely declare this use case obsolete >> > We already did. And look how well did it serve us. >> Which problem did its obsolescence cause? > This one, for example. How did declaring the feature obsolete cause this bug? AFAICT this bug has been around since long before we declared the feature obsolete. > More importantly, it didn't resolve any problem. Declaring a feature obsolete doesn't resolve any problem. It just expresses our intent not to resolve those problems. > Anyway, I don't see where this discussion is going. The original bug > is fixed and closed. If you or someone else have a patch to replace > selective-display with alternative user features, let's see those > patches (preferably in another thread). Again, I have no clue what kind of user feature you're expecting. selective-display=t is 100% obsolete, with overlays as replacements available for so many years it's not even funny. My only intention in this discussion is to try and saves us from someone else ever trying to "fix" such bugs like you did. Instead we should always reply with something like "if it hurts when you use selective-display=t, then don't use it". Same applies for any other obsoleted feature. Stefan From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Andrew Hyatt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2016 04:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Monnier Cc: Eli Zaretskii , 1092@debbugs.gnu.org Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.14519681237014 (code B ref 1092); Tue, 05 Jan 2016 04:29:02 +0000 Received: (at 1092) by debbugs.gnu.org; 5 Jan 2016 04:28:43 +0000 Received: from localhost ([127.0.0.1]:38059 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGJEg-0001p4-Pr for submit@debbugs.gnu.org; Mon, 04 Jan 2016 23:28:43 -0500 Received: from mail-qg0-f44.google.com ([209.85.192.44]:33114) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGJEf-0001op-Ev for 1092@debbugs.gnu.org; Mon, 04 Jan 2016 23:28:41 -0500 Received: by mail-qg0-f44.google.com with SMTP id b35so140701576qge.0 for <1092@debbugs.gnu.org>; Mon, 04 Jan 2016 20:28:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=0oiBimCNfcWiXQivZW+aPjX9NZqMw8IwLi+rUUwqb3E=; b=VleLCSv4FsCKRVuPYUq7N5i1Klk0cwMY08QgC8rTBeEUWC8trq7uQFzvuqCc5BBPNI O1IRqtPNvII2z+vgmOdkuPqilrH4F9lONaZ7LE0AaoQQa98QlewZrQzsf2LTQ0AzAn00 weVsUCMV5hmVgmI2VzTjIu9DHLqrHqgJrcvjiBo2acrICr21FKzx3su/623iaEV1TdV0 nUv2NzOQ1P7NPspvMdYD26lwHbrZ691C9Jrg3hwBWQcW5bjd1n4GHQWG+7LfR2YM+IkH K3QedFY4M1tiYIE3RQ3cV0b+rLiWMuK652cMu49Spk184/SC5my5DmKpXzB6J9xCxW51 AvuA== X-Received: by 10.140.40.37 with SMTP id w34mr47003196qgw.85.1451968116189; Mon, 04 Jan 2016 20:28:36 -0800 (PST) Received: from Andrews-MacBook-Pro.local.ahyatt-laptop (cpe-74-73-128-199.nyc.res.rr.com. [74.73.128.199]) by smtp.gmail.com with ESMTPSA id v78sm16050565qge.25.2016.01.04.20.28.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Jan 2016 20:28:35 -0800 (PST) From: Andrew Hyatt References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> <83ziwl73no.fsf@gnu.org> Date: Mon, 04 Jan 2016 23:28:33 -0500 In-Reply-To: (Stefan Monnier's message of "Mon, 04 Jan 2016 23:12:29 -0500") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain 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: -0.7 (/) Stefan Monnier writes: >> Setting a variable is a user-level feature. > > I've never ever heard of a user setting selective-display manually > to t. It's always done from some Elisp package. And it's no wonder: > setting selective-display=t has about zero effect. It only starts to do > something when you start turning \n into \r (which is also when the > problems start to come up). > >>> >> For the selective-display=t case, we have had replacement features in >>> >> place and in wide use for what, twenty years? >>> > Which replacements are those? I mean user commands or settings, not >>> > infrastructure on which to base them. >>> selective-display=t gives no user command, so I have no idea what you're >>> expecting as "user command" to replace it. >> And I did mean _both_ uses of selective-display, not only that single >> one. > > As you can see above in the text you quoted, I was specifically > referring to the selective-display=t case. > >> If and when there are replacements for both of them, we can >> declare the variable obsolete and perhaps also remove its current >> handling from the sources, if the replacement features allow to >> emulate the variable's effect. > > The problem is that nobody really cares about the non-t part of > selective-display: it doesn't cause any serious problems (contrary to > the use of \r for "kind of end-of-line" in selective-display=t which > requires special handling all over the place), isn't use very widely > either, and is only a user-level feature (I don't know of any Elisp > package making use of it). > >>> There are almost no uses of selective-display=t around, they've >>> almost all been replaced by uses of overlays. >> We have no idea of how many uses of this are out there. > > Of course we do have some idea. > >> We only know what's in Emacs and in ELPA, which is just a fraction of >> what's out there. > > If you never look further than those, I hope you're an exception. > I have a fairly extensive list of random packages I've bumped into over > the years. > > And I can even tell you why there are very few uses of > selective-display=t left: because it's a pain in the rear to use and is > very limited. It's much simpler and more flexible to use overlays, so > most packages have been rewritten over time to use overlays instead. > >>> >> We can very definitely declare this use case obsolete >>> > We already did. And look how well did it serve us. >>> Which problem did its obsolescence cause? >> This one, for example. > > How did declaring the feature obsolete cause this bug? > AFAICT this bug has been around since long before we declared the > feature obsolete. > >> More importantly, it didn't resolve any problem. > > Declaring a feature obsolete doesn't resolve any problem. > It just expresses our intent not to resolve those problems. > >> Anyway, I don't see where this discussion is going. The original bug >> is fixed and closed. If you or someone else have a patch to replace >> selective-display with alternative user features, let's see those >> patches (preferably in another thread). > > Again, I have no clue what kind of user feature you're expecting. > selective-display=t is 100% obsolete, with overlays as replacements > available for so many years it's not even funny. > > My only intention in this discussion is to try and saves us from someone > else ever trying to "fix" such bugs like you did. Instead we should > always reply with something like "if it hurts when you use > selective-display=t, then don't use it". Same applies for any other > obsoleted feature. I just was looking at selective-display, and noticed that we still have documentation for the setting of "t" on the variable (it doesn't seem to be mentioned in the emacs manual). If this really is obsolete, should that documentation be removed? > > > Stefan From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2016 16:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Monnier Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145201275130907 (code B ref 1092); Tue, 05 Jan 2016 16:53:01 +0000 Received: (at 1092) by debbugs.gnu.org; 5 Jan 2016 16:52:31 +0000 Received: from localhost ([127.0.0.1]:39003 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGUqV-00082R-AY for submit@debbugs.gnu.org; Tue, 05 Jan 2016 11:52:31 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45000) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGUqT-00082E-NX for 1092@debbugs.gnu.org; Tue, 05 Jan 2016 11:52:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGUqL-0007aT-1e for 1092@debbugs.gnu.org; Tue, 05 Jan 2016 11:52:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55581) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGUqK-0007aJ-UT; Tue, 05 Jan 2016 11:52:20 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3890 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aGUqK-00015n-4s; Tue, 05 Jan 2016 11:52:20 -0500 Date: Tue, 05 Jan 2016 18:52:26 +0200 Message-Id: <8337uc55px.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Mon, 04 Jan 2016 23:12:29 -0500) References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> <83ziwl73no.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) > From: Stefan Monnier > Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org > Date: Mon, 04 Jan 2016 23:12:29 -0500 > > Declaring a feature obsolete doesn't resolve any problem. > It just expresses our intent not to resolve those problems. I think it expresses our intent to remove the feature at some point. It doesn't necessarily follow that we will let it bitrot until then. > My only intention in this discussion is to try and saves us from someone > else ever trying to "fix" such bugs like you did. Instead we should > always reply with something like "if it hurts when you use > selective-display=t, then don't use it". Same applies for any other > obsoleted feature. I understand your intention very well, but I don't agree with such a policy. I think as long as the feature is not deleted, we ought to fix bugs in it, unless the fix is very complex or could adversely affect other packages, or could cause some other complication. Bugs are not a vehicle for telling users not to use an obsolete feature. If we really want to remove a feature, we should just do that, after making sure there's a usable replacement. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2016 16:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Andrew Hyatt Cc: 1092@debbugs.gnu.org, monnier@IRO.UMontreal.CA Reply-To: Eli Zaretskii Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145201287931106 (code B ref 1092); Tue, 05 Jan 2016 16:55:01 +0000 Received: (at 1092) by debbugs.gnu.org; 5 Jan 2016 16:54:39 +0000 Received: from localhost ([127.0.0.1]:39007 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGUsZ-00085e-Mc for submit@debbugs.gnu.org; Tue, 05 Jan 2016 11:54:39 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45876) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGUsY-00085R-G4 for 1092@debbugs.gnu.org; Tue, 05 Jan 2016 11:54:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGUsO-0008Pa-FN for 1092@debbugs.gnu.org; Tue, 05 Jan 2016 11:54:33 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55623) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGUsO-0008PV-C3; Tue, 05 Jan 2016 11:54:28 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3892 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aGUsN-0001LM-L6; Tue, 05 Jan 2016 11:54:28 -0500 Date: Tue, 05 Jan 2016 18:54:34 +0200 Message-Id: <83ziwk3r1x.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Andrew Hyatt on Mon, 04 Jan 2016 23:28:33 -0500) References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> <83ziwl73no.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) > From: Andrew Hyatt > Cc: Eli Zaretskii , 1092@debbugs.gnu.org > Date: Mon, 04 Jan 2016 23:28:33 -0500 > > I just was looking at selective-display, and noticed that we still have > documentation for the setting of "t" on the variable (it doesn't seem to > be mentioned in the emacs manual). If this really is obsolete, should > that documentation be removed? The ELisp manual mentions it and says it's obsolete. I think the doc string should say the same, so I just made that change. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2016 17:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.14520139786653 (code B ref 1092); Tue, 05 Jan 2016 17:13:02 +0000 Received: (at 1092) by debbugs.gnu.org; 5 Jan 2016 17:12:58 +0000 Received: from localhost ([127.0.0.1]:39015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGVAI-0001jD-F1 for submit@debbugs.gnu.org; Tue, 05 Jan 2016 12:12:58 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:57051) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGVAG-0001j4-Hw for 1092@debbugs.gnu.org; Tue, 05 Jan 2016 12:12:57 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u05HCqAI016258; Tue, 5 Jan 2016 12:12:53 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 42766AE09F; Tue, 5 Jan 2016 12:12:51 -0500 (EST) From: Stefan Monnier Message-ID: References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> <83ziwl73no.fsf@gnu.org> <8337uc55px.fsf@gnu.org> Date: Tue, 05 Jan 2016 12:12:51 -0500 In-Reply-To: <8337uc55px.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 05 Jan 2016 18:52:26 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5541=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5541> : inlines <4177> : streams <1565923> : uri <2114691> X-Spam-Score: -1.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: -1.3 (-) >> Declaring a feature obsolete doesn't resolve any problem. >> It just expresses our intent not to resolve those problems. > I think it expresses our intent to remove the feature at some point. That's also true. > It doesn't necessarily follow that we will let it bitrot until then. Usually we try to keep it working, i.e. we try to fix *new* bugs. But we normally stop trying to improve it, so there's no need to fix bugs that existed long before. > I understand your intention very well, but I don't agree with such a > policy. I think as long as the feature is not deleted, we ought to > fix bugs in it, unless the fix is very complex or could adversely > affect other packages, or could cause some other complication. Bugs > are not a vehicle for telling users not to use an obsolete feature. > If we really want to remove a feature, we should just do that, after > making sure there's a usable replacement. The code you changed fixed just one of hundreds of similar cases all over the Elisp code base. Basically any use of forward-line, beginning-of-line, line-end-position, ... needs to be adjusted to account for selective-display=t. This need to change every package to accommodate the possible use of selective-display=t is one of the main reasons why we don't want to support it any more, i.e. why we want to declare it obsolete. Stefan From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2016 17:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Stefan Monnier Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.14520148798064 (code B ref 1092); Tue, 05 Jan 2016 17:28:02 +0000 Received: (at 1092) by debbugs.gnu.org; 5 Jan 2016 17:27:59 +0000 Received: from localhost ([127.0.0.1]:39030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGVOp-000260-FW for submit@debbugs.gnu.org; Tue, 05 Jan 2016 12:27:59 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55715) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGVOo-00025o-0x for 1092@debbugs.gnu.org; Tue, 05 Jan 2016 12:27:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGVOf-0000sS-F7 for 1092@debbugs.gnu.org; Tue, 05 Jan 2016 12:27:52 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56361) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGVOf-0000sN-C3; Tue, 05 Jan 2016 12:27:49 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3934 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aGVOe-0005xm-Me; Tue, 05 Jan 2016 12:27:49 -0500 Date: Tue, 05 Jan 2016 19:27:55 +0200 Message-Id: <83r3hw3pic.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Stefan Monnier on Tue, 05 Jan 2016 12:12:51 -0500) References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> <83ziwl73no.fsf@gnu.org> <8337uc55px.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.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: -5.0 (-----) > From: Stefan Monnier > Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org > Date: Tue, 05 Jan 2016 12:12:51 -0500 > > The code you changed fixed just one of hundreds of similar cases all > over the Elisp code base. Basically any use of forward-line, > beginning-of-line, line-end-position, ... needs to be adjusted to > account for selective-display=t. > > This need to change every package to accommodate the possible use of > selective-display=t is one of the main reasons why we don't want to > support it any more, i.e. why we want to declare it obsolete. I didn't say we should fix all of the potential bugs, only those which were reported, i.e. those which actually bother someone. From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: John Wiegley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jan 2016 20:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii Cc: ahyatt@gmail.com, 1092@debbugs.gnu.org, Stefan Monnier Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.14520240852852 (code B ref 1092); Tue, 05 Jan 2016 20:02:02 +0000 Received: (at 1092) by debbugs.gnu.org; 5 Jan 2016 20:01:25 +0000 Received: from localhost ([127.0.0.1]:39161 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGXnI-0000jw-NN for submit@debbugs.gnu.org; Tue, 05 Jan 2016 15:01:24 -0500 Received: from mail-pa0-f51.google.com ([209.85.220.51]:35928) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aGXnH-0000ji-AV for 1092@debbugs.gnu.org; Tue, 05 Jan 2016 15:01:23 -0500 Received: by mail-pa0-f51.google.com with SMTP id yy13so127617653pab.3 for <1092@debbugs.gnu.org>; Tue, 05 Jan 2016 12:01:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version:content-type; bh=ovh6urNKMFqF7+LzlVl+uiPq5UxqImqoQ2+wm8YOfDo=; b=Sk3ff8Ctgv+Na6QRuAk0Tu6CcB/pMrIAyvJu3vMosOiO5SO1AAknPkdT+LNXi3cv4K zXJyZlY9f6s/ztesEVHHzkyAap7SNcJM/ukxXR2h/6iw8SQZXT3v/mXf7adRfJzPGnkU bbsurgHHe6lSkv3S565M5LV9L8QOWFFJcQ+5claY3IZzTcDkW1tTF9unRMnXqs0fvUmZ 4vtuIge+wP4litiQ0VfV8MiHAZnSPgJ1LI+y07VXfXV4LQZ7fJEP5qHJzyCzDtPzGcI1 2j2JqWGWB8iSAa9ynl9VzRXa5zKOWLY1izu5OLBvTvfEtcKTfs5QIt0KbGgJlG6kmXP8 FxxA== X-Received: by 10.66.190.7 with SMTP id gm7mr77842761pac.79.1452024077417; Tue, 05 Jan 2016 12:01:17 -0800 (PST) Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id s67sm104029398pfi.72.2016.01.05.12.01.15 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 05 Jan 2016 12:01:15 -0800 (PST) From: John Wiegley X-Google-Original-From: "John Wiegley" Received: by Vulcan.local (Postfix, from userid 501) id 908371208042E; Tue, 5 Jan 2016 12:01:14 -0800 (PST) In-Reply-To: <8337uc55px.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 05 Jan 2016 18:52:26 +0200") Date: Tue, 05 Jan 2016 12:00:55 -0800 Message-ID: References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> <83ziwl73no.fsf@gnu.org> <8337uc55px.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.5 (darwin) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" 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: -0.7 (/) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >>>>> Eli Zaretskii writes: >> My only intention in this discussion is to try and saves us from someone >> else ever trying to "fix" such bugs like you did. Instead we should alwa= ys >> reply with something like "if it hurts when you use selective-display=3D= t, >> then don't use it". Same applies for any other obsoleted feature. > I understand your intention very well, but I don't agree with such a poli= cy. > I think as long as the feature is not deleted, we ought to fix bugs in it, > unless the fix is very complex or could adversely affect other packages, = or > could cause some other complication. Bugs are not a vehicle for telling > users not to use an obsolete feature. If we really want to remove a featu= re, > we should just do that, after making sure there's a usable replacement. I have to say I'm in complete agreement with Eli on this point. If it's code that we'll ship, it deserves to be fixed like any other functionality we deliver. If it's no longer to be fixed or maintained, it should be removed. Delivering buggy code is not a sound deprecation strategy. =2D-=20 John Wiegley GPG fingerprint =3D 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGcBAEBCgAGBQJWjCD4AAoJEMFE2PTxn+Ywk30L/iQGuXsrDRUcCKwmdf7CSRXs zDX44SvcESO0z3IBaJDrjSWeEsWm4/+CbLICZhT4hOHkIgLwZCEbq1zzv8jWxCNq /qtrAVetDJnlMZsa/ghBSpeLFWtJFTsuvUfytZrBOBPIQ+7jWhwPRwJvdohjfT4J qaHYW8I8QmqA5zgm7dXLE2r5sCQIfgezvyTJ2B9lJM1djKdygnvOxLBi+8sd7QVs R424oYvAWWOPg0GjQXAoJsEqsJIIo0ncI9iiNkSxGthS7ucNKU0mtjCUoRQLc/v9 1VpDkGRZMNyt27Shk4+wbRwc4DpepXpk9ANv1sn9ZMRec+dgI0Wf5ljbaoILu4rj bZr5bgVSV3YVi5806yuaujpkVnu6FTUI6W2+wfHNQry9YSR3VnQojG5Le2qRxW8D KJQX1kxxhKBML6ZFC4XWiTTqM1OVMndXZXpuGvTltlWaevPpj1GwbADkww0PxpvR ZiFGP2SOWXt6NnBz+WiaefxE6P8xn/2z17+dgIUNcw== =30QO -----END PGP SIGNATURE----- --=-=-=-- From unknown Sat Aug 16 21:12:33 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1092: compilation-goto-error goes to wrong location when buffer has hidden regions Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jan 2016 04:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1092 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: John Wiegley Cc: Eli Zaretskii , 1092@debbugs.gnu.org, ahyatt@gmail.com Received: via spool by 1092-submit@debbugs.gnu.org id=B1092.145214023727639 (code B ref 1092); Thu, 07 Jan 2016 04:18:02 +0000 Received: (at 1092) by debbugs.gnu.org; 7 Jan 2016 04:17:17 +0000 Received: from localhost ([127.0.0.1]:40772 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aH20i-0007Bj-R2 for submit@debbugs.gnu.org; Wed, 06 Jan 2016 23:17:16 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:38941) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aH20g-0007BZ-NP for 1092@debbugs.gnu.org; Wed, 06 Jan 2016 23:17:15 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u074HALt031822; Wed, 6 Jan 2016 23:17:11 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 51BB4AE09F; Wed, 6 Jan 2016 23:17:09 -0500 (EST) From: Stefan Monnier Message-ID: References: <48E90990.1020101@gmail.com> <83k2nqadd0.fsf@gnu.org> <8360zaa9l2.fsf@gnu.org> <83mvsm8mvc.fsf@gnu.org> <83ziwl73no.fsf@gnu.org> <8337uc55px.fsf@gnu.org> Date: Wed, 06 Jan 2016 23:17:09 -0500 In-Reply-To: (John Wiegley's message of "Tue, 05 Jan 2016 12:00:55 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5542=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5542> : inlines <4177> : streams <1566713> : uri <2115593> X-Spam-Score: -1.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: -1.3 (-) > I have to say I'm in complete agreement with Eli on this point. If it's code > that we'll ship, it deserves to be fixed like any other functionality we > deliver. If it's no longer to be fixed or maintained, it should be removed. > Delivering buggy code is not a sound deprecation strategy. We're talking a bout bugs we've shipped long before they were reported. And where removing the feature would piss off many more people. Anyway, it's not really my problem any more, luckily, Stefan