]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blob - doc/bugs/W3MMode_still_uses_http:__47____47__localhost__63__.mdwn
git: change calling convention of safe_git to have named arguments
[git.ikiwiki.info.git] / doc / bugs / W3MMode_still_uses_http:__47____47__localhost__63__.mdwn
1 My setup matches w3mmode [[w3mmode/ikiwiki.setup]] exactly.
2 My doc/index.mdwn just has a line or two of plain text.
3 When I try to edit that page in w3m, it works fine until I push [Save Page].
4 Then I just get a page that only contains "403".
6 ikiwiki version is 3.20110715ubuntu1.
7 w3m is 0.5.3.
9 -- [[terry|tjgolubi]]
11 I made it work, though probably not completely, by renaming
12 ~/.ikiwiki/wrappers/ikiwiki.cgi to ikiwiki2.cgi and replacing it with:
14     #!/bin/bash
15     /home/tjgolubi/.ikiwiki/wrappers/ikiwiki2.cgi $* | sed -e 's,http://localhost,file://,g'
17 I'm afraid that this hack may have bad side-effects, but I hope it points you to the cause/solution.
18 Of course, the next time I rerun ikiwiki --setup, it will overwrite my wrapper-wrapper.
20 -- [[terry|tjgolubi]]
22 I made a logfile of all the args, env, and stdin/stdout to/from my wrapper.  If you're interested, I'll email it to you.  I wasn't able to attach it here.
24 -- [[terry|tjgolubi]]
26 I confirm that the supplied w3mmode setup appears not to work. When I try to edit a page and save it, w3m tries to access an URL beginning http://localhost/ . The HTML source of the edit page contains a BASE URL beginning with http://localhost. It should not. Maybe this is a result of changes a while back, where use of absolute URLs was enforced in various places in Ikiwiki.
28 -- Martin
30 The problem is that IkiWiki::CGI::cgitemplate() and IkiWiki::CGI::redirect() use Perl's CGI::url() to determine the absolute URL of the CGI script when it is being executed. url() generates an URL beginning http://localhost. As w3m's serverless CGI mode is rather unusual, presumably there's no provision for the URL of a CGI script beginning file:///, even if there's a way to specify that.
32 A quick workaround might be to force the use of $config{url} instead of $cgi->url as a base for URLs when w3mmode is set.
34 -- Martin