blob: 72e873f21b3be84eebd6657481b4fd7063890cff (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
|
The "ikwiki.cgi?page=index&do=edit" function has a problem
when running with [[debpkg thttpd]] or [[debpkg mini-httpd]]:
for some reason the headers ikiwiki outputs are transmitted
as the page content. Surprisingly, the "do=prefs" function
works as expected.
Here is what it looks like in iceweasel:
Set-Cookie: ikiwiki_session_apnkit=99dad8d796bc6c819523649ef25ea447; path=/
Date: Tue, 14 Aug 2007 17:16:32 GMT
Content-Type: text/html; charset=utf-8
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html>
(...)
Ikiwiki runs fine with [[debpkg boa]].
--[[JeremieKoenig]]
It doesn't work for signin either.
What is the reason for these "header => 1" in FormBuilder initialisations?
Why do they appear two times with conflicting values in the very same hashes?
--[[JeremieKoenig]]
> Clearly those duplicate header settings are a mistake. But in all cases, the
> `header => 0` came second, so it _should_ override the other value and
> can't be causing this problem. (cgi_signin only sets it to 0, too).
>
> What version of formbuilder are you using? If you run ikiwiki.cgi at the
> command line, do you actually see duplicate headers? I don't:
joey@kodama:~/html>REQUEST_METHOD=GET QUERY_STRING="page=index&do=edit" ./ikiwiki.cgi
Set-Cookie: ikiwiki_session_joey=41a847ac9c31574c1e8f5c6081c74d12; path=/
Date: Tue, 14 Aug 2007 18:04:06 GMT
Content-Type: text/html; charset=utf-8
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
> Do thttpd and mini-httpd perhaps not realize that Set-Cookis is the start of
> the headers? --[[Joey]]
|