From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#3438: marked as done (emacs 23.0.9{,3,4} dired mode bug(?)) Date: Thu, 18 Jun 2009 19:35:11 +0000 Message-ID: References: <3k63etl4rd.fsf@fencepost.gnu.org> <4A238514.1010503@ubin.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1245353711-5241-0" X-Trace: ger.gmane.org 1245353878 27667 80.91.229.12 (18 Jun 2009 19:37:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 18 Jun 2009 19:37:58 +0000 (UTC) To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 18 21:37:55 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MHNQm-00053c-KE for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jun 2009 21:37:53 +0200 Original-Received: from localhost ([127.0.0.1]:42053 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MHNQl-0002Fs-Up for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jun 2009 15:37:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MHNQT-00029W-3w for bug-gnu-emacs@gnu.org; Thu, 18 Jun 2009 15:37:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MHNQO-00026f-4V for bug-gnu-emacs@gnu.org; Thu, 18 Jun 2009 15:37:32 -0400 Original-Received: from [199.232.76.173] (port=33567 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MHNQN-00026a-Uq for bug-gnu-emacs@gnu.org; Thu, 18 Jun 2009 15:37:27 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:43907) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MHNQJ-0001Js-Qr; Thu, 18 Jun 2009 15:37:24 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5IJbLHI005869; Thu, 18 Jun 2009 12:37:22 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n5IJZBIK005295; Thu, 18 Jun 2009 12:35:11 -0700 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 3438 X-Emacs-PR-Package: emacs X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:28831 Archived-At: This is a multi-part message in MIME format... ------------=_1245353711-5241-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Thu, 18 Jun 2009 15:29:42 -0400 with message-id <3k63etl4rd.fsf@fencepost.gnu.org> and subject line Re: It was a configuration problem (re: (emacs 23.0.9{,3,4= } dired mode bug(?))) has caused the Emacs bug report #3438, regarding emacs 23.0.9{,3,4} dired mode bug(?) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 3438: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D3438 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1245353711-5241-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 1 Jun 2009 07:37:15 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.4 required=4.0 tests=FOURLA,IMPRONONCABLE_1, MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2 autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n517b97g012411 for ; Mon, 1 Jun 2009 00:37:10 -0700 Received: from mail.gnu.org ([199.232.76.166]:39328 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MB24y-0002Rf-4H for emacs-pretest-bug@gnu.org; Mon, 01 Jun 2009 03:37:08 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MB24v-0003BB-Lo for emacs-pretest-bug@gnu.org; Mon, 01 Jun 2009 03:37:07 -0400 Received: from mx20.gnu.org ([199.232.41.8]:43172) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MB24v-0003Ao-6S for emacs-pretest-bug@gnu.org; Mon, 01 Jun 2009 03:37:05 -0400 Received: from post.ubin.jp ([202.32.0.84]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MB24s-0007gC-Fj for emacs-pretest-bug@gnu.org; Mon, 01 Jun 2009 03:37:03 -0400 Received: from localhost (post [127.0.0.1]) by localhost.ubin.jp (Postfix) with SMTP id C70B929AE3C for ; Mon, 1 Jun 2009 16:36:57 +0900 (JST) Received: from home.intra.ubin.jp (home.intra.ubin.jp [10.129.1.1]) by post.ubin.jp (Postfix) with ESMTP id A1E9C29AE3C; Mon, 1 Jun 2009 16:36:52 +0900 (JST) Received: from [10.252.241.244] (dell-w2k-note.ddns.intra.ubin.jp [10.252.241.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by home.intra.ubin.jp (Postfix) with ESMTP id 96D3F426558; Mon, 1 Jun 2009 16:36:52 +0900 (JST) Message-ID: <4A238514.1010503@ubin.jp> Date: Mon, 01 Jun 2009 16:36:52 +0900 From: ishikawa User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: emacs-pretest-bug@gnu.org Cc: ISHIKAWA Chiaki Subject: emacs 23.0.9{,3,4} dired mode bug(?) Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Detected-Operating-System: by mx20.gnu.org: GNU/Linux 2.4-2.6 X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Hi, Thank you for making the great package available for pre-release testing. While I began experimenting with this alpha/beta version, I noticed a couple of lisp .elc files were not correctly read, but I fixed them by byte-recompile-directory. After a day's use, I found a deeper problem with "dired" mode. So I am reporting it here. It is both in 23.0.93 which I initially tried, and 23.0.94 (confirmed today). TIA. ======================================== A dired mode bug? ---------------------------------------- emacs-version : "23.0.93.1" emacs-version : "23.0.94.1" Both versions suffer from the same problem. UNEXPECTED SYMPTOM: In dired mode, when the cursor is near the beginning of a very long filename (as in near the "AaAaAa..." below , I can't move down to the next file by "n" or "cursor down" key anymore(!). (Note that the folding of the long file name on the screen is such that the said filename line is folded onto the next line. See below. The space above the next filename "addition" is empty when viewd with an X terminal of 100 characters wide. Even if the width is smaller (say, 80 chars) and "...ccccc" near the end comes above the next file name "addition", the symptom is the same.). Excerpt from a dired mode buffer: I am now on the line with "AaAaAa..." file. Then I can't move the cursor down. (darn. My current mailer refuses to send out the lines unmodified...) Please not that the AaAaAa... line below ought to follow 15:48 on the preceding line, bbb... line ought to follow 15:49 on the preceding line, etc. I hope you get the idea, though.) .... drwxr-xr-x 2 ishikawa ishikawa 4096 2009-06-01 16:05 . drwxrwxrwx 62 cidellnote ishikawa 20480 2009-06-01 16:05 .. -rw-r--r-- 1 ishikawa ishikawa 5 2009-06-01 15:48 AaAaAaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaabbbbbbbbbbbbbbbbbbbbbbbbbbbbbbccccccccccccccccccccccccccc -rw-r--r-- 1 ishikawa ishikawa 9 2009-06-01 16:04 addition -rw-r--r-- 1 ishikawa ishikawa 4 2009-06-01 15:49 bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb -rw-r--r-- 1 ishikawa ishikawa 4 2009-06-01 15:49 cccccccccccccccccccccccccccccccccccccccccccccc .... EXPECTED BEHAVIOR: I should be able to move down to the next filename line by the cursor/mark by "n", "cursor down", or C-n. ADDITIONAL NOTE: I found that to my surprise that if my cursor is at the end of "AaAaAa" that is the 6th character position, "n" or "cursor down" key moves the cursor (mark) to the first "A" of the filename! As I noted once I get there, cursor can't be moved down by "n" or "cursor down" key (or control-n for that matter) any more. I can move to the next line with "addition" filename, by going to the end of the long filename by "C-e" and then further does the "c-f" to the beginning of the next line (-rw-r--r--), but this is not what dired designer had in mind, I think. Going upward from the file name "addtion" in the above example works fine as expected. COMMENT/SUGGESTIONS: Now, I suspect that this is due to the following change quoted from etc/NEWS. >* Editing Changes in Emacs 23.1 > >+++ >** The C-n and C-p line-motion commands now move by screen lines, >taking continued lines and variable-width characters into account. >Setting `line-move-visual' to nil reverts this to the previous >behavior (motion by logical lines based on buffer contents alone). But if so, I think dired-mode should make a buffer-local version of this variable (local to dired buffer) and set it to nil, IMHO. This is because the way the cursor is supposed to move in dired mode. The default cursor movement behavior of dired mode in 23.0.94 is broken, IMHO. For the testing, I simply set this variable using M-M-: (setq line-move-visual nil) [RETURN] As I half expected, I found that the change of the variable restores the expected behavior. But this again changes the behavior everywhere which I think the developers of 23.x version didn't intend. (Or otherwise, the default C-N behavior would not be that of the 23.0.94). Oh well. [end of memo] ------------=_1245353711-5241-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 3438-done) by emacsbugs.donarmstrong.com; 18 Jun 2009 19:29:46 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.4 required=4.0 tests=AWL,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5IJTgPu004234 for <3438-done@emacsbugs.donarmstrong.com>; Thu, 18 Jun 2009 12:29:44 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MHNIs-0001xu-6z; Thu, 18 Jun 2009 15:29:42 -0400 From: Glenn Morris To: 3438-done@emacsbugs.donarmstrong.com Subject: Re: It was a configuration problem (re: (emacs 23.0.9{,3,4} dired mode bug(?))) References: <4A24C6CB.8080705@ubin.jp> X-Spook: Al Jazeera CIDA secure Iran AFSPC Montenegro csystems X-Ran: +`?{K.gzzWZBz%9QvVEBKm_^;Q`Yp0YLtfV+Z6at,r:H,4:7dI(>LzI,7AJ\A (ishikawa's message of "Tue, 02 Jun 2009 15:29:31 +0900") Message-ID: <3k63etl4rd.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Glenn Morris ishikawa wrote: > After a false startup, I finally narrow down the problem to > my hastily configured testing environment. [...] > In my .emacs file, I explicitly set the load-path to those of GNU > emacs 22.2 lisp directory. Thanks for letting us know. Closing this bug. ------------=_1245353711-5241-0--