bug#58064: 29.0.50; XHTML+ mode misinterpretes apostrophe in element text

bug#58064: 29.0.50; XHTML+ mode misinterpretes apostrophe in element text

[Pedro Andres Aranda Gutierrez]

[-- Attachment #1.1: Type: text/plain, Size: 4466 bytes --]

--text follows this line--

in XHMTL+ mode, if there is an apostrophe in the text of an element, it
is taken as a start of an attribute. The attached screen capture shows the
problem.



In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.20, cairo version 1.16.0) of 2022-09-21 built on emacs29
Repository revision: 1231a601ebe1fd9fe454c504dbeb9267440242e7
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12013000
System Description: Ubuntu 20.04.5 LTS

Configured using:
 'configure --prefix=/usr --program-suffix=29 --with-json --with-x
 --with-x-toolkit=gtk3 --with-cairo --with-compress-install
 --with-modules=yes --with-threads --with-included-regex --with-zlib
 --with-native-compilation 'CFLAGS=-g -O2
 -fdebug-prefix-map=/home/paag/emacs=. -fstack-protector-strong -Wformat
 -Werror=format-security' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'
 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''

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

Important settings:
  value of $LC_MONETARY: es_ES.UTF-8
  value of $LC_NUMERIC: es_ES.UTF-8
  value of $LC_TIME: es_ES.UTF-8
  value of $LANG: en_GB.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: XHTML+

Minor modes in effect:
  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
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired dired-loaddefs rfc822 mml
mml-sec epa derived epg rfc6068 epg-config mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums misearch multi-isearch yank-media mhtml-mode css-mode
smie eww xdg url-queue thingatpt shr pixel-fill kinsoku url-file svg xml
browse-url url url-proxy url-privacy url-expand url-methods url-history
url-cookie generate-lisp-file url-domsuf url-util url-parse auth-source
eieio eieio-core password-cache url-vars mailcap puny mm-url gnus
nnheader gnus-util text-property-search time-date mail-utils range
wid-edit mm-util mail-prsvr color js json map byte-opt imenu cc-mode
cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars
cc-defs sgml-mode facemenu dom cl-loaddefs comp comp-cstr warnings icons
subr-x rx cl-seq cl-macs gv cl-extra help-mode bytecomp byte-compile
cconv cl-lib arc-mode archive-mode rmc 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 nadvice seq simple cl-generic
indonesian philippine 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 abbrev obarray oclosure cl-preloaded button loaddefs
faces cus-face macroexp files window text-properties overlay sha1 md5
base64 format env code-pages mule custom widget keymap
hashtable-print-readable backquote threads dbusbind inotify
dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit xinput2 x multi-tty make-network-process
native-compile emacs)

Memory information:
((conses 16 168477 9754)
 (symbols 48 13302 0)
 (strings 32 42316 2820)
 (string-bytes 1 1317080)
 (vectors 16 25837)
 (vector-slots 8 496964 13786)
 (floats 8 143 30)
 (intervals 56 872 0)
 (buffers 1000 13))


-- 
Fragen sind nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet

[-- Attachment #1.2: Type: text/html, Size: 5879 bytes --]

[-- Attachment #2: gnome-shell-screenshot-QQINS1.png --]
[-- Type: image/png, Size: 10925 bytes --]

bug#58064: 29.0.50; XHTML+ mode misinterpretes apostrophe in element text

[Lars Ingebrigtsen]

Pedro Andres Aranda Gutierrez <paaguti@gmail.com> writes:

> in XHMTL+ mode, if there is an apostrophe in the text of an element, it
> is taken as a start of an attribute. The attached screen capture shows the problem.

I tried typing in what you had in the screenshot, but was unable to
reproduce the problem, so perhaps there's something I'm not typing
right.

Can you include the actual text you're seeing this problem with?

bug#58064: 29.0.50; XHTML+ mode misinterpretes apostrophe in element text

[Lars Ingebrigtsen]

[-- Attachment #1: Type: text/plain, Size: 624 bytes --]

(Please keep the debbugs address in the CCs -- otherwise it won't reach
the bug tracker.)

Pedro Andres Aranda Gutierrez <paaguti@gmail.com> writes:

> Test methodolgy:
>
> 1. curl -OL https://gutenberg.org/files/34811/34811-h.zip
> 2. emacs -Q 34811-h.zip
> 3. select the htm file in the archive
> 4. look for 'ook'

That was a huge file, but I've narrowed it down to a more realistic test
case; included below.

It seems to be triggered when there's a <style> section that's longer
than 1K that precedes the "c'est", somehow.

I know nothing about mhtml-mode -- perhaps it's obvious to somebody else
what the problem is?


[-- Attachment #2: b.html --]
[-- Type: text/html, Size: 1813 bytes --]

bug#58064: 29.0.50; XHTML+ mode misinterpretes apostrophe in element text

[Pedro Andres Aranda Gutierrez]

[-- Attachment #1.1: Type: text/plain, Size: 1214 bytes --]

I can confirm that, because the attached minimalist test file seems to be
font-locked correctly :-)

Best, /PA

On Wed, 28 Sept 2022 at 12:54, Lars Ingebrigtsen <larsi@gnus.org> wrote:

> (Please keep the debbugs address in the CCs -- otherwise it won't reach
> the bug tracker.)
>
> Pedro Andres Aranda Gutierrez <paaguti@gmail.com> writes:
>
> > Test methodolgy:
> >
> > 1. curl -OL https://gutenberg.org/files/34811/34811-h.zip
> > 2. emacs -Q 34811-h.zip
> > 3. select the htm file in the archive
> > 4. look for 'ook'
>
> That was a huge file, but I've narrowed it down to a more realistic test
> case; included below.
>
> It seems to be triggered when there's a <style> section that's longer
> than 1K that precedes the "c'est", somehow.
>
> I know nothing about mhtml-mode -- perhaps it's obvious to somebody else
> what the problem is?
>
> »Je, den Düwel ook, c'est la question, ma très chère demoiselle!«
>


-- 
Fragen sind nicht da um beantwortet zu werden,
Fragen sind da um gestellt zu werden
Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run
a leader-deposed hook here, but we can't yet

[-- Attachment #1.2: Type: text/html, Size: 2025 bytes --]

[-- Attachment #2: test.zip --]
[-- Type: application/zip, Size: 843 bytes --]