September 2015 - Dillo-dev - lists.mailman3.com

Downloading user agent
by andreas＠kemnade.info Sept. 23, 2015

Sept. 23, 2015

Hi, I am thinking about the User-Agent which is sent during downloads. Some sites block wget, probably because they do not want to learn robots.txt and do not like a tool doing massdownloads. So if you use dillo to download from such sites, you get a 403 forbidden. If wget would use dillo as user-agent (can be set via a parameter) in such cases, there would be no problem and it is not really wrong. Regards, Andreas

1 0

Weirdly scaled images (again)
by fusionfile＠gmail.com Sept. 18, 2015

Sept. 18, 2015

On 2015-08-02 16:52, August Karlstrom wrote: > Apparently some (or most?) browsers, Firefox for instance, do uniform > scaling when only one of the width or height attribute is set on an img > element. Dillo does non-uniform scaling and changes only the specified > dimension. Here is what the reference has to say about it: > > "When the object is an image, it is scaled. User agents should do their > best to scale an object or image to match the width and height specified > by the author." > > http://www.w3.org/TR/html401/struct/objects.html#edef-IMG > > It seems to be a question of interpretation. I have posted the question on Stack Overflow: http://stackoverflow.com/questions/31773161/specifying-only-width-or-height… -- August

4 7

Font blacklist
by sgeerken＠dillo.org Sept. 16, 2015

Sept. 16, 2015

Hi! After a dist upgrade to Debian Jessie some rather ugly fonts got installed, which make reading texts tedious. A possible workaround is attached: a blacklist for fonts (not yet committed). What do you think? Sebastian PS: strcasecmp may not be portable.

4 7

Setting the filename of a PDF response
by fusionfile＠gmail.com Sept. 15, 2015

Sept. 15, 2015

I'm working on a web page with a form which generates a PDF document in memory and returns it to the user. In the response header I have set Content-Type: application/pdf Content-Disposition: attachment; filename="foo.pdf" However, Dillo seems to ignore the specified filename and instead uses the URL base name plus query string as the default filename in the download dialog window. Any suggestions? -- August

2 1

wrapper script to allow reading *.maff
by plmalternate＠gmail.com Sept. 9, 2015

Sept. 9, 2015

Some of y'all might find this useful. If you put it in your path, you can invoke it "dill filename" or make it the default ap for maffs or regular htm(l)s for that matter. It lets Dillo read the Mozilla Archive File Format (*.maff) files. Maffs are pretty nice - if you haven't played with them you might like to try it. Here is the body of the file if you find that more convenient than the attachment: #!/bin/bash # if the argument ends in ".maff" if [ "$(echo "$1" | rev | cut -c1-5 | rev)" = ".maff" ]; then DIR="/tmp/dillo_maff_unzpped/$(date +%s%N)" mkdir -p "$DIR" unzip "$1" -d "$DIR" SUBDIR="$(ls "$DIR")" dillo "$DIR/$SUBDIR/index.html" || dillo "$DIR/$SUBDIR/index.htm" rm -r "$DIR" else dillo "$1" fi

1 0

Fonts not found issue persists in 3.0.5
by miroslav.rovis1＠zg.ht.hr Sept. 6, 2015

Sept. 6, 2015

I got the new Dillo version 3.0.5 (in the master air-gapped box, which I yet have to clone onto this, for online, same hardware box), as it is available in gentoo: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/dillo/ but my problem with fonts (the FAQ issue http://www.dillo.org/FAQ.html#q27) to which eocene has kindly given the tip for in his message: http://lists.dillo.org/pipermail/dillo-dev/2015-April/010500.html For people reading this message offline, I'll paste his advice, since it is also important: If you go to dw/fltkplatform.cc and, in FltkFont::initSystemFonts(), remove the leading underscore in _MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", to get MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", and recompile, what does dillo say when you run it? And I was saying that that problem I still have in my 3.0.5. I hoped it would have been solved, but since it hasn't been, for me who am not really a developer, to go and recompile means first get (finally, it's been waiting for me since long) a little really deeper and dirty with the Gentoo ebuild system, and, basically compile my own ebuild... or... Or get Gentoo developers to do it for all of the Dillo Gentoo users. Since my eyes are sore from too small and non configurable fonts, I'm afraid I will have to do one of the above... For the latter, since this issue has been discussed, and previous to eocene's message you can see that I extensively described it, what do kind Dillo devs think: the second route to take, which is: file a bug on Gentoo bugzilla with basically updated real output from the new Dillo 3.0.5, might probably be shorter route to get this issue fixed? That is what I should try first, isn't it. Oh, well, I hope I haven't been too lengthy.,, Another issue I also have. Can't log into: https://github.com/miroR And was able to log into it with lynx, and open my new repo https://github.com/miroR/flowstamp So it doesn't seem to be github follows the big JS-and-all browsers else-get-lost policy like soo many... Depending on the soonness of the fonts solution, I'd be willing to provide more information, such as the full screencast/traffic-dump of my future attempt to log into Github, so we get this done... Depending on that being solved (I'm not expert by any means, and who knows if I get any help from Gentoo devs, who are overworked). Really depending on the fonts issue being solve first, as my eyes hurt (born with somewhat poor eyesight, but getting worse, am 58 ys of age). Cheers, and keep up the good work. I hope you all keep in harmony, as soo much if missing for Dillo to become a complete browser... I'll be pretty sad if any bad rifts were to appear among the team... Pls. find the right way between yourselves, and do only what is right and honest for all of you! Much is missing in the Dillo, but, you seem to be the strongest around that keep free! Free from surveillors! I was really right when in what I posted on: Secure: yes, Though Features Missing; and Bugs http://lists.dillo.org/pipermail/dillo-dev/2015-April/010495.html (too much to paste for offline readers, but in short, I compared the Firefox harvesting on users with the sea-calm when online of kind and secure Dillo) Kind regards, -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

3 5

Dillo on FreeBSD ARM
by usenet＠ulrich-grey.de Sept. 5, 2015

Sept. 5, 2015

Hello, I want to inform you that I have built dillo-3.0.4.1 on FreeBSD 11.0-CURRENT #1 r287459M ARM platform using FreeBSD ports. This is remarkable because all non-text browsers I have tried are crashing on ARM. (Example: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202775) With dillo I am able to surf the internet the first time using my Cubox. Regards Ulrich

1 0

Github et alia login/cookies issue
by miroslav.rovis1＠zg.ht.hr Sept. 1, 2015

Sept. 1, 2015

"Something went wrong with that request. Please try again." is what I get (in bottom of the login page). The: $ cat ~/.dillo/cookiesrc DEFAULT DENY .github.com ACCEPT .devuan.org ACCEPT .gentoo.org ACCEPT .wikibooks.org ACCEPT .grsecurity.net ACCEPT $ contains them. And the: $ cat ~/.dillo/cookies.txt # HTTP Cookie File # This is a generated file! Do not edit. # [domain subdomains path secure expiry_time name value] $ is empty! I saw no errors in /var/log/messages though! But I'll try something. If it works for me, it might be useful for others, if not, maybe I get some help on it. I've always been able to login fine into forums.debian.net, forums.gentoo,org, forums.grsecurity.net and forum.sleuthkit.org (after Google stopped banning me, in the captcha that they use to register; Google, the surveillor of the world, is my distasteful enemy... Nobody should be afraid of them, lots of us Liliputians will always overcome any ugly Gullivers like the Schmoog is). --- All the above was prepared for sending yesterday, 2015-07-06. LATER. I even got (and all the conf is the same, .gitbub,com is in cookiesrc), just this morning 2015-07-07 09:35 right now, the: "Cookies must be enabled to use GitHub." when making another attemt to log into Github. But that was when I rebooted into my old: 3.19.6-hardened kernel maybe half hour ago (for unrelated reasons). And take a look at the following: This is the cookies.txt file, Only gentoo wrote in it, so far (and I accessed all those since, and esp. I took care to try the github). # HTTP Cookie File # This is a generated file! Do not edit. # [domain subdomains path secure expiry_time name value] forums.gentoo.org TRUE / TRUE 1467787565 phpbb2mysql_data_s a%3A2%3A%7Bs%3A11%3A%22autologinid%22%3Bs%3A0%3A%22%22%3Bs%3A6%3A%22userid%22%3Bs%3A6%3A%22334555%22%3B%7D Don't know if there's any secrets detrimental for me, that I'd be revealing, do modified some numbers in that forums.gentoo.org entry, just in case. I need to be on the fonts issue (but I think some of you, is it even you, Jorge, who do the development in gentoo, not sure)... I thought I'd still post this, as this might be a useful report for you, devs. OTOH, I'll post the emerge --info and more when I try the bug report on the fonts. Just: $ uname -r 4.0.7-hardened-150705 $ Could it be an issue with hardened? What I did yesterday (I began writing this message yesterday, which is all before the "LATER" mark above), is I applied paxctl-ng -m on the binaries in /usr/lib64/dillo/dpi/*/<the binary>, id est: I disabled the MPROTEXT on them. I also have a text prepared on those, hopefully I send it next. -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

4 16