- Dillo-dev - lists.mailman3.com

Re: Rendering math in Wikipedia

by Ethan James Sue

Thank you very much, works perfectly! ________________________________ From: Rodrigo Arias <rodarima(a)gmail.com> Sent: Tuesday, September 22, 2026 5:02 PM To: Dillo development <dillo-dev(a)mailman3.com> Subject: [Dillo-dev] Re: Rendering math in Wikipedia Attention : courriel externe | external email Hi, On Sun, Sep 20, 2026 at 06:53:50PM +0000, Ethan James Sue wrote: >Dear fellow Dillo users, > >When math equations are rendered in Wikipedia, they seem to render >three times. For example, in the attached screenshot, it says "p i", >then the markdown "{\displaystyle p^{i}}", and then the image. I see >that SVG support for Wikipedia math formulas was added in 2025, so I >wonder if this is a known issue with a workaround. Yes, is a known issue. >Any advice would be appreciated! Try this CSS rule to hide the MathML and LaTeX output: echo '.mwe-math-mathml-a11y { display: none !important; }' >> ~/.dillo/style.css Best, Rodrigo. _______________________________________________ Dillo-dev mailing list -- dillo-dev(a)mailman3.com To unsubscribe send an email to dillo-dev-leave(a)mailman3.com

Sept. 22, 2026

Re: Segfault when loading web site

by a1ex＠dismail.de

Hi, Ben Collver <bencollver(a)riseup.net> wrote: > Dillo crashes when i open https://www.masterbrandcabinets.com/ Here is a lightly tested patch which seems to fix it: src/form.cc | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/form.cc b/src/form.cc index e2f0c1c2..929f63b5 100644 --- a/src/form.cc +++ b/src/form.cc @@ -537,6 +537,9 @@ void Html_tag_open_input(DilloHtml *html, const char *tag, int tagsize) } } else if (!dStrAsciiCasecmp(type, "button")) { inp_type = DILLO_HTML_INPUT_BUTTON; + if (!value) { + value = dStrdup(""); + } if (value) { init_str = value; resource = factory->createLabelButtonResource(init_str); Regards, Alex

Sept. 22, 2026

Re: Rendering math in Wikipedia

by Rodrigo Arias

Hi, On Sun, Sep 20, 2026 at 06:53:50PM +0000, Ethan James Sue wrote: >Dear fellow Dillo users, > >When math equations are rendered in Wikipedia, they seem to render >three times. For example, in the attached screenshot, it says "p i", >then the markdown "{\displaystyle p^{i}}", and then the image. I see >that SVG support for Wikipedia math formulas was added in 2025, so I >wonder if this is a known issue with a workaround. Yes, is a known issue. >Any advice would be appreciated! Try this CSS rule to hide the MathML and LaTeX output: echo '.mwe-math-mathml-a11y { display: none !important; }' >> ~/.dillo/style.css Best, Rodrigo.

Sept. 22, 2026

Re: Segfault when loading web site

by Ben Collver

On Tue, Sep 22, 2026 at 09:25:57PM +0000, a1ex(a)dismail.de wrote: > > Dillo crashes when i open https://www.masterbrandcabinets.com/ > > Here is a lightly tested patch which seems to fix it: > > src/form.cc | 3 +++ > 1 file changed, 3 insertions(+) Thanks! I verified that this fixes the crash on my end.

Sept. 22, 2026

Re: Segfault when loading web site

by a1ex＠dismail.de

Hi, Ben Collver <bencollver(a)riseup.net> wrote: > Dillo crashes when i open https://www.masterbrandcabinets.com/ Here is the part in that page which seems to be the problem: 208: <input type="button" id="MB_search-submit" aria-label="Search"> I can replicate the crash with simply this: <input type="button"> It appears that Dillo is unable to cope with the fact that this site isn't providing a value attribute for the button input type. Other browsers handle this by an showing empty label on the button when missing the value attribute. Regards, Alex

Sept. 22, 2026

Segfault when loading web site

by Ben Collver

Good day, Dillo crashes when i open https://www.masterbrandcabinets.com/ $ dillo --version Dillo v3.3.0 Libraries: fltk/1.3.8 jpeg/2.1.2 png/1.6.58 webp/1.3.2 zlib/1.2.13 brotli/1.0.9 OpenSSL/1.1.1zh Features: +GIF +JPEG +PNG +SVG +WEBP +BROTLI +XEMBED +TLS +IPV6 +CTL $ dillo https://www.masterbrandcabinets.com/ ... NumPendingStyleSheets=8 NumPendingStyleSheets=9 NumPendingStyleSheets=10 Segmentation fault Best regards, -Ben

Sept. 22, 2026

Rendering math in Wikipedia

by Ethan James Sue

Dear fellow Dillo users, When math equations are rendered in Wikipedia, they seem to render three times. For example, in the attached screenshot, it says "p i", then the markdown "{\displaystyle p^{i}}", and then the image. I see that SVG support for Wikipedia math formulas was added in 2025, so I wonder if this is a known issue with a workaround. Any advice would be appreciated! Ethan

Sept. 20, 2026

link element is conditionally allowed in body

by Andrea Pappacoda

Hi again :) I noticed another incorrect warning from the bug meter, triggered by https://hackinpovo.it, this time saying: This <link> element must be inside the HEAD section. Which is not true. Citing the HTML spec. From both <https://html.spec.whatwg.org/review-drafts/2020-01/#allowed-in-the-body> and <https://html.spec.whatwg.org/dev/semantics.html#allowed-in-the-body>, > If a link element has an itemprop attribute, or has a rel attribute > that contains only keywords that are body-ok, then the element is said > to be allowed in the body. From both <https://html.spec.whatwg.org/review-drafts/2020-01/#body-ok> and <https://html.spec.whatwg.org/dev/links.html#body-ok>, > The body-ok keywords are dns-prefetch, modulepreload, pingback, > preconnect, prefetch, preload, and stylesheet. Not ideal, I agree, but that's what it says :/

Sept. 14, 2026

Bogus "required DOCTYPE declaration is missing" in XHTML

by Andrea Pappacoda

Hi! I just noticed that my website, andrea.pappacoda.it, triggers a warning from the bug meter: HTML warning: line 1, The required DOCTYPE declaration is missing. Handling as HTML4. My website though is an XHTML page, served with the application/xhtml+xml media type, and thus requires no DOCTYPE, which is only required in the "HTML syntax" of HTML. See: - https://html.spec.whatwg.org/dev/xhtml.html#the-xhtml-syntax - https://html.spec.whatwg.org/dev/syntax.html#syntax I couldn't find a way to add this to the bug tracker, so I'm sending it here. Please keep me Cc'd as I'm not subscribed :) Bye!

Sept. 14, 2026

[PATCH] Prevent DilloPlain::write() from reading past end of buffer

by 256＠256-32.com

In src/plain.cc, \r\n sequences are handled with these lines: while ( i < MaxBytes ) { ... addLine(Start + i - len, len); if (Start[i] == '\r' && Start[i + 1] == '\n') ++i; if (i < MaxBytes) ++i; ... So if a \r occurs, skip over the \n if present. But if i + 1 == MaxBytes, Start[i + 1] is one past the end of the buffer, which is an out-of-bounds read. This happens if a file ends in \r, or I suppose if a file gets broken up and parsed with multiple invocations of the function. I think this could theoretically add a redundant line break to the rendered page. My diff fixes this. I have tested it with \r, \r\n, and \n line endings. I haven't been able to test how it behaves with plaintext pages that are parsed in multiple invocations, though. (Also, and this is unrelated but it bothers me: prefsparser.cc has a comment saying the `symbols` array is sorted, but it isn't.) diff --git a/src/plain.cc b/src/plain.cc index 0f5d6a48..e085ab19 100644 --- a/src/plain.cc +++ b/src/plain.cc @@ -142,7 +142,10 @@ void DilloPlain::addLine(char *Buf, uint_t BufSize) { int len; char buf[129]; - char *end = Buf + BufSize; + char *end; + + if (BufSize > 0 && Buf[BufSize - 1] == '\r') --BufSize; + end = Buf + BufSize; currentLine++; /* Start at 1 */ sprintf(buf, "L%ld", currentLine); /* Always fits */ @@ -181,7 +184,8 @@ void DilloPlain::write(void *Buf, uint_t BufSize, int Eof) while ( i < MaxBytes ) { switch ( state ) { case ST_SeekingEol: - if (Start[i] == '\n' || Start[i] == '\r') + if (Start[i] == '\n' || (Start[i] == '\r' && i + 1 < MaxBytes + && Start[i + 1] != '\n')) state = ST_Eol; else { ++i; ++len; @@ -189,8 +193,7 @@ void DilloPlain::write(void *Buf, uint_t BufSize, int Eof) break; case ST_Eol: addLine(Start + i - len, len); - if (Start[i] == '\r' && Start[i + 1] == '\n') ++i; - if (i < MaxBytes) ++i; + ++i; state = ST_SeekingEol; len = 0; break;

Sept. 10, 2026