- Dillo-dev - lists.mailman3.com

[Issue]: Parsing empty domain attributes in cookies
by Julian Jørgensen June 6, 2026

June 6, 2026

Hi Dillo devs, Thanks for a great browser :-). I'm having great fun using it for accessing smaller sites. However, I might have found a minor issue with the way it handles cookies. I'm not very familiar with browser, so the problem is most likely on the site I'm trying to access. I use this pretty popular search engine called kagi.com. They have a html mode, which I enjoy testing in browsers like Dillo. The problem is that their session cookie is saved with an empty domain like so: `Domain=;`. As far as I can understand from [1], it seems that this should result in Dillo (the user agent?) ignoring this key/value pair. However, Dillo will parse the domain as "", which will fail the domain/host verification later in the program. I have attached a git formatted patch to demonstrate the issue. After applying this change, the kagi.com page works like I would expect. Best regards, Julian Jørgensen [1]: https://www.rfc-editor.org/rfc/rfc6265#section-5.2.3

2 7

"Buggy" bugtracker doesn't copy or symlink additional files
by E. C. Masloch June 5, 2026

June 5, 2026

Hello! In the bugtracker sources [1] it states: > This repository contains the issues for the Dillo web browser. Each issue is contained in a directory named with the issue number. The text of the issue is stored in the index.md markdown file and any extra attachments are placed inside the issue directory. However, it appears that the "out" subdirectories of the program named buggy do not receive symlinks nor copies of the "extra attachments" files. Here's how to find attachment files in the repo named bugtracker: ~/proj/buggy/bugtracker/git$ find -mindepth 2 -a \! -iname index.md | grep -E '^\.\/[0-9]+\/' ./521/repro.sh ./429/meta ./520/log.txt Example is in ticket 520 [2]. The link titled "Full trace log" leads to a 404 page [3]. Regards, ecm [1]: https://git.dillo-browser.org/bugtracker/tree/README.md?id=0239b970b60b6ea6… [2]: https://bug.dillo-browser.org/520/ [3]: https://bug.dillo-browser.org/520/log.txt

2 2

dillo displays corrupted data using gopher protocol
by Ben Collver May 28, 2026

May 28, 2026

Greetings, I am usuing dillo 3.3.0 on Slackware64 15.0. When i open the following document, dillo corrupts the content 100% of the time. <gopher://tilde.pink/1/~bencollver/log/ 2026-01-04-m1-macro-processor-retreat/readme.map> See example screenshots linked below. <gopher://tilde.pink/I/~bencollver/files/dillo-1.png> <gopher://tilde.pink/I/~bencollver/files/dillo-2.png> Details noticed about this corruption: * It never happens in lynx. * It only happens for type 1 gopher items. * It always begins on the line of text at offset 1500, which happens to be the MTU for both the server and the client. Any suggestions for troubleshooting this further? Thanks! -Ben

2 4

Save link as... silent failure on gopher protocol
by Ben Collver May 25, 2026

May 25, 2026

Good day, I am using dillo 3.3.0 on Slackware64 15.0. If I open a gopher directory, right-click on an item, and click Save link as..., this opens a file save dialog. If i click OK, it dismisses the dialog. I expected it to save something, but it creates no new files. Gopher URI: gopher://gopher.pglaf.org/1/4/0/2/8/40282/ Top item: 40282-0 I found the following workaround: * Left click 40282-0 * Click Save button in browser toolbar This creates a new file as expected. Best regards, -Ben

2 1

Dillo reporting UTF-8 bytes in URLs as bugs
by 256＠256-32.com May 11, 2026

May 11, 2026

On my personal website <https://256-32.com/>, Dillo reports the following bug in a link that uses special characters: HTML warning: line 64, URL has 8 illegal bytes in {00-1F, 7F-FF} range ('/computers/důvěřivý'). However, the HTTP response sent by my server specifies charset=utf-8 in the content type. These UTF-8 links work properly in Dillo, despite the bug message, and I believe my site is not in error here. <validator.w3.org> says my site is fine, so it seems there's nothing wrong with special characters in URLs. It doesn't report the same bytes outside of a link href as being bad. The error message seems to originate from src/html.cc:196.

2 2

[PATCH] Add user-controllable Sec-GPC header
by a1ex＠dismail.de May 2, 2026

May 2, 2026

Hi, The attached patch adds a Sec-GPC header to Dillo. It defaults to ON, and is controllable through a dillorc setting of 'http_sec_gpc'. Also, I changed DNT to be user-controllable with a dillorc setting of 'http_dnt', also defaults to ON. I know that this is too late to get in for the 3.3.0 release, but I'm sending it for review now, and if there are any issues it should allow plenty of time to fix. Regards, Alex

1 1

Release 3.3.0
by Rodrigo Arias April 26, 2026

April 26, 2026

Hi, I'm happy to announce that the Dillo 3.3.0 release is finally out: https://dillo-browser.org/release/3.3.0/ It follows the FLTK 1.4.5 release made yesterday, which contains some bug fixes for font rendering with Pango/Cairo. Enjoy!, Rodrigo.

3 2

A new SearXNG search randomizer for Dillo
by a1ex＠dismail.de April 25, 2026

April 25, 2026

Hi, I have created a directory and search redirector for unofficial SearXNG instances. These are instances which do not appear on 'searx.space' or 'farside.link'. They usually seem to work better than the official ones, due to the fact that they aren't as highly publicized and have less load. The directory is here: https://alex.envs.net/searxng.html This link will automatically send you to a random instance: https://alex.envs.net/searx-rand.sh Finally, you can search directly from Dillo using a random instance by putting the following line into your dillorc: search_url="us UnScripted https://alex.envs.net/search.sh?%s" If anyone has links to additional SearXNG instances which I have not covered, and are not present on the official list, please let me know! Keep in mind that the instance must work without JavaScript! Regards, Alex

1 0

[PATCH] Remove deprecated DNT header
by a1ex＠dismail.de April 15, 2026

April 15, 2026

Hi, The 'Do Not Track' header has been abandoned by W3C and most major browsers. Very few advertising companies actually supported DNT. https://en.wikipedia.org/wiki/Do_Not_Track Sending this header may actually make Dillo MORE trackable. The attached patch removes it. Regards, Alex

2 5

[Feat. req.?]: Diacritic-sensitive search (Ctrl+Find)
by Juan M Sevilla April 13, 2026

April 13, 2026

Hi, It would be great if, as there is a case-sensitive search, there were a diacritic-sensitive option. In fact, I would expect by default that if I search for "esta", Dillo would also find "ésta". Another example would be searching for "accion" that matches both singular "acción" (with accent) and plural "acciones" (without accent). That's Spanish specific, but we may want that for any language, i.e. several diactritical marks: ` ^ ´ ¸ ¨ I don't know how hard it would be to implement, just wanted to mention it as a useful feature. As a good news, I wanted to say that, with the experimental fltk-1.4 flavor, I can use my preferred font (Atkinson Hyperlegible Next) and all absent glyphs are displayed accordingly —a bit off the line I should say, but I knew graphical glitches are to be expected. Best regards!

2 2