Age | Commit message (Collapse) | Author |
|
Last night I looked through the old cvs interface, and it never was
used. For a little while, there was something like ...remove_raw()
calling it, but that in turn was only called in one place, and only
with NULLKey...
|
|
|
|
|
|
|
|
As the behaviour of int overflow is not defined we
rather check for it before incrementing the variable.
Submitted-by: p37sitdu@lavabit.com
|
|
Basically, I and i are different letters in Turkic languages, and this
causes problems for str(n)casecmp and toupper/tolower in these locales
when dillo is dealing with ASCII.
|
|
as suggested by Axel Beckert in
http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-September/008992.html
|
|
Trying to make it a little clearer. It's surprising how there isn't
a good, brief, clear term for this. Discussion of the concept tends
to start using words like "administration" and "control".
|
|
as mentioned in section 7.1 of RFC 6265
|
|
There was a convoluted way of using an already freed bw:
first, one bw asks for a page, and that becomes conn->bw,
and then another bw starts also asking for the page, and
the first bw closes, invalidating the conn->bw, and then
the second bw closes and the cancel expect code tries to
use the old bw.
Fixed now.
|
|
Sometimes a server will send, say, 500 Internal Server Error with
a Content-Length of 0, and Dillo just happily shows the empty page
instead of the document that you thought you were going to get,
and it's confusing.
|
|
This leak had long made occasional appearances in Jeremy's valgrind
logs, and I supposed it was some complicated CCC interaction, and
didn't want to put a band-aid over the problem without knowing why
it's happening first. But now I finally dug into it, and I see it
coming from aborting in Cache_process_queue() (not viewable, for
instance), and then a_Cache_process_dbuf() never gets IOClose, which
makes a lot of sense!
|
|
|
|
|
|
|
|
Surprising that it took a week for me to notice anything was wrong.
|
|
|
|
same_domain option in preference so that spying on users isn't so easy.
|
|
|
|
It's a bit unclear from rfc2616. The httpbis folks found
(http://wiki.tools.ietf.org/wg/httpbis/trac/ticket/30)
that those implementations that did accept it generally
treated the space as part of the name, so it has been
disallowed.
The current relevant bit of the httpbis draft spec says exactly
"No whitespace is allowed between the header field name and colon."
|
|
I noticed that I could trick it with a field like
"Content-TypexContent-Type: text/html\n", and I didn't like that.
|
|
Reported by Andreas Kemnade
http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-February/007353.html
|
|
|
|
|
|
|
|
|
|
Now it behaves as HTTP. Also fixed a bug in dillo with lingering cache
entries (when the file transfer was already done at abort time).
|
|
When a redirection page comes in, obviously we haven't followed the
redirection yet, so we can't find the entry. This meant that the
content type from the HTTP header could not be set.
This was not so great for my new error message.
Maybe circumstances where we'd want to follow the redirection here will
reveal themselves, but I'd be surprised.
|
|
|
|
|
|
|
|
|
|
|
|
Was triggered by the URL data:text/plain;charset=iso-8859-2,%B5%B5
because dillo does not currently think that's likely to be text.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
e.g. some links at http://git.kernel.org/gitweb.cgi didn't render.
e.g. #2 This page didn't render:
<html>
<head>
<meta http-equiv="content-type" content="; charset=utf-8"/>
<title></title>
</head>
<body>
Generating....
</body>
</html>
|
|
|
|
Race condition example: www.blisty.cz
charset after CSS ex. : http://www.daemonnews.org
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|