GNU bug report logs - #54499
28.0.92; strange indentation in shell function

Previous Next

Package: emacs;

Reported by: Andreas Röhler <andreas.roehler <at> easy-emacs.de>

Date: Mon, 21 Mar 2022 14:30:02 UTC

Severity: minor

Tags: moreinfo, notabug

Found in version 28.0.92

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 54499 in the body.
You can then email your comments to 54499 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#54499; Package emacs. (Mon, 21 Mar 2022 14:30:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Andreas Röhler <andreas.roehler <at> easy-emacs.de>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 21 Mar 2022 14:30:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.92; strange indentation in shell function
Date: Mon, 21 Mar 2022 15:29:09 +0100
[Message part 1 (text/plain, inline)]
When editing a shell-function with cursor behind "batch \" -- see code 
below -- RET inserts a newline and indents onto a strange big amount.

It inserts 2 TABs followed by 4 spaces so "--eval" is at colon with "-p".

Soo also attached foo1.png. BWT whitespace-mode is hardly readable from 
emacs -Q

------
#!/bin/sh

foo1() { date; time -p emacs -Q -L . --batch \
                               --eval "(message (emacs-version))"
}

foo1
------


In GNU Emacs 28.0.92 (build 1, x86_64-pc-linux-gnu, GTK+ Version 
2.24.32, cairo version 1.16.0)
 of 2022-03-14
Windowing system distributor 'The X.Org Foundation', version 11.0.12013000
System Description: Ubuntu 20.04.4 LTS

Configured using:
 'configure --with-json --with-modules --with-mailutils'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK2
ZLIB

Important settings:
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Shell-script

Minor modes in effect:
  shell-dirtrack-mode: t
  sh-electric-here-document-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils bug-reference find-func
shortdoc text-property-search cl-extra seq byte-opt gv bytecomp
byte-compile cconv pp cl-print thingatpt help-fns radix-tree help-mode
shell pcomplete comint ansi-color ring time-date subr-x misearch
multi-isearch vc-git diff-mode easy-mmode vc-dispatcher cl-loaddefs
cl-lib vc-filewise vc-rcs sh-script smie executable iso-transl tooltip
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow
isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads dbusbind
inotify dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 181454 9932)
 (symbols 48 31985 1)
 (strings 32 75967 1843)
 (string-bytes 1 1311753)
 (vectors 16 21291)
 (vector-slots 8 654402 21958)
 (floats 8 78 52)
 (intervals 56 1824 0)
 (buffers 992 19))
[foo1.png (image/png, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54499; Package emacs. (Mon, 21 Mar 2022 17:10:01 GMT) Full text and rfc822 format available.

Message #8 received at 54499 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Cc: 54499 <at> debbugs.gnu.org
Subject: Re: bug#54499: 28.0.92; strange indentation in shell function
Date: Mon, 21 Mar 2022 18:09:20 +0100
Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:

> When editing a shell-function with cursor behind "batch \" -- see code
> below -- RET inserts a newline and indents onto a strange big amount.
>
> It inserts 2 TABs followed by 4 spaces so "--eval" is at colon with "-p".
>
> Soo also attached foo1.png. BWT whitespace-mode is hardly readable
> from emacs -Q
>
> ------
> #!/bin/sh
>
> foo1() { date; time -p emacs -Q -L . --batch \
>                                --eval "(message (emacs-version))"
> }
>
> foo1
> ------

Your message had odd whitespace, but I think we're seeing the same thing:


foo1() { date; time -p emacs -Q -L . --batch \
		    --eval "(message (emacs-version))"
}


And that looks like the correct indentation to me?  That is, we indent
after the "time" on the previous line.

What indentation did you expect to get?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 21 Mar 2022 17:10:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54499; Package emacs. (Mon, 21 Mar 2022 17:17:02 GMT) Full text and rfc822 format available.

Message #13 received at 54499 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 54499 <at> debbugs.gnu.org
Subject: Re: bug#54499: 28.0.92; strange indentation in shell function
Date: Mon, 21 Mar 2022 18:16:50 +0100
Am 21.03.22 um 18:09 schrieb Lars Ingebrigtsen:
> Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:
>
>> When editing a shell-function with cursor behind "batch \" -- see code
>> below -- RET inserts a newline and indents onto a strange big amount.
>>
>> It inserts 2 TABs followed by 4 spaces so "--eval" is at colon with "-p".
>>
>> Soo also attached foo1.png. BWT whitespace-mode is hardly readable
>> from emacs -Q
>>
>> ------
>> #!/bin/sh
>>
>> foo1() { date; time -p emacs -Q -L . --batch \
>>                                 --eval "(message (emacs-version))"
>> }
>>
>> foo1
>> ------
> Your message had odd whitespace, but I think we're seeing the same thing:
>
>
> foo1() { date; time -p emacs -Q -L . --batch \
> 		    --eval "(message (emacs-version))"
> }
>
>
> And that looks like the correct indentation to me?  That is, we indent
> after the "time" on the previous line.
>
> What indentation did you expect to get?
>
I'd prefer no indentation at all here.

foo1() { date; time -p emacs -Q -L . --batch \
--eval "(message (emacs-version))"
}

Beside: Why indent after "time"? Why not line up with "date"?

foo1() { date; time -p emacs -Q -L . --batch \
         --eval "(message (emacs-version))"
}






Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54499; Package emacs. (Mon, 21 Mar 2022 17:28:02 GMT) Full text and rfc822 format available.

Message #16 received at 54499 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Cc: 54499 <at> debbugs.gnu.org
Subject: Re: bug#54499: 28.0.92; strange indentation in shell function
Date: Mon, 21 Mar 2022 18:27:40 +0100
Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:

> I'd prefer no indentation at all here.
>
> foo1() { date; time -p emacs -Q -L . --batch \
> --eval "(message (emacs-version))"
> }

I don't think that's a common preference, to put it mildly.

> Beside: Why indent after "time"? Why not line up with "date"?
>
> foo1() { date; time -p emacs -Q -L . --batch \
>          --eval "(message (emacs-version))"

Because date is the previous command.  It lines up all the options after
the command they belong to.  (Although it's debatable that the mode
should know that "time" is one of those special commands that execute
other commands, so --eval should arguably line up after "emacs".)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54499; Package emacs. (Mon, 21 Mar 2022 18:25:02 GMT) Full text and rfc822 format available.

Message #19 received at 54499 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 54499 <at> debbugs.gnu.org
Subject: Re: bug#54499: 28.0.92; strange indentation in shell function
Date: Mon, 21 Mar 2022 19:24:48 +0100
Am 21.03.22 um 18:27 schrieb Lars Ingebrigtsen:
> Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:
>
>> I'd prefer no indentation at all here.
>>
>> foo1() { date; time -p emacs -Q -L . --batch \
>> --eval "(message (emacs-version))"
>> }
> I don't think that's a common preference, to put it mildly.
>
>> Beside: Why indent after "time"? Why not line up with "date"?
>>
>> foo1() { date; time -p emacs -Q -L . --batch \
>>           --eval "(message (emacs-version))"
> Because date is the previous command.  It lines up all the options after
> the command they belong to.  (Although it's debatable that the mode
> should know that "time" is one of those special commands that execute
> other commands, so --eval should arguably line up after "emacs".)
>
Okay, seems ready to close, thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#54499; Package emacs. (Mon, 21 Mar 2022 18:33:01 GMT) Full text and rfc822 format available.

Message #22 received at 54499 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Röhler <andreas.roehler <at> easy-emacs.de>
Cc: 54499 <at> debbugs.gnu.org
Subject: Re: bug#54499: 28.0.92; strange indentation in shell function
Date: Mon, 21 Mar 2022 19:32:35 +0100
Andreas Röhler <andreas.roehler <at> easy-emacs.de> writes:

> Okay, seems ready to close, thanks.

OK; done.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) notabug. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 21 Mar 2022 18:33:03 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 54499 <at> debbugs.gnu.org and Andreas Röhler <andreas.roehler <at> easy-emacs.de> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 21 Mar 2022 18:33:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 19 Apr 2022 11:24:11 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 123 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.