[-- Attachment #1: Type: text/plain, Size: 833 bytes --] Bug (HTML/TexInfo etc): Commented code block gets through to exporter when it shouldn't [9.4.4 (release_9.4.4 @ /usr/local/share/emacs/28.0.50/lisp/org/)] See the attached files. The `.txt' file is actually a `.org' file. The surprising behaviour--surprising at least to me--is because of the presence of tabs in the source block, that is commented out. Screenshots show where the tabs are in org file, and how the HTML output is rendered. When I untabify the file, everything looks fine. I have created this report with `emacs -Q' (i.e., with a capital Q), and whatever Org that ships with it. ---------------- Emacs : GNU Emacs 28.0.50 (build 6, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, cairo version 1.16.0) of 2021-04-28 Package: Org mode version 9.4.4 (release_9.4.4 @ /usr/local/share/emacs/28.0.50/lisp/org/) [-- Attachment #2: bug1.org.html --] [-- Type: text/html, Size: 9534 bytes --] [-- Attachment #3: bug1.org.txt --] [-- Type: text/plain, Size: 561 bytes --] # -*- mode: org; -*- *** Minimal setup using =straight.el= # =straight.el=[fn:xxx3] Add this to your init file, #+begin_src emacs-lisp (straight-use-package 'helm) #+end_src or # #+begin_src emacs-lisp # (use-package helm # :straight t # :config # [...]) # #+end_src #+begin_src emacs-lisp (use-package helm :straight t) #+end_src For further information, see =straight.el='s user manual. # To upgrade =helm=, do {{kbd(M-x straight-pull-package)}} and restart # Emacs. =straight.el= will rebuild helm for you. [-- Attachment #4: Screenshot from 2021-04-30 10-07-37.png --] [-- Type: image/png, Size: 14188 bytes --] [-- Attachment #5: Screenshot from 2021-04-30 10-07-01.png --] [-- Type: image/png, Size: 29787 bytes --]
This is not an exporter bug, but a fontifier bug.
There is no space after the leading '#' in the "problematic" lines.
Yet, the fontifier seems to think that lines which shouldn't be
commented-out lines are actually commented-out lines.
I think I should have trusted my own screenshots rather than the org's
default fontifier :-(
I really don't know how I got that snippet in that state. When I
comment out a source snippet afresh, Org untabifies the snippet.
On 30/04/21 10:30 am, Ramesh Nedunchezian wrote:
>
> Bug (HTML/TexInfo etc):
>
> Commented code block gets through to exporter when it shouldn't
> [9.4.4 (release_9.4.4 @ /usr/local/share/emacs/28.0.50/lisp/org/)]
>
> See the attached files. The `.txt' file is actually a `.org' file.
>
> The surprising behaviour--surprising at least to me--is because of the
> presence of tabs in the source block, that is commented out.
> Screenshots show where the tabs are in org file, and how the HTML
> output is rendered.
>
> When I untabify the file, everything looks fine.
>
> I have created this report with `emacs -Q' (i.e., with a capital Q),
> and whatever Org that ships with it.
>
> ----------------
>
> Emacs : GNU Emacs 28.0.50 (build 6, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, cairo version 1.16.0)
> of 2021-04-28
> Package: Org mode version 9.4.4 (release_9.4.4 @ /usr/local/share/emacs/28.0.50/lisp/org/)
>