From dc9cae642e3779accc0db0514d29f974ec399150 Mon Sep 17 00:00:00 2001 From: "https://www.google.com/accounts/o8/id?id=AItOawkiulxucQx_YZQZUVJdNF6oMaZwWb8JF2M" Date: Fri, 23 Mar 2012 14:08:00 -0400 Subject: [PATCH] --- ...W3MMode_still_uses_http:__47____47__localhost__63__.mdwn | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/doc/bugs/W3MMode_still_uses_http:__47____47__localhost__63__.mdwn b/doc/bugs/W3MMode_still_uses_http:__47____47__localhost__63__.mdwn index 983c79c10..34eecef8c 100644 --- a/doc/bugs/W3MMode_still_uses_http:__47____47__localhost__63__.mdwn +++ b/doc/bugs/W3MMode_still_uses_http:__47____47__localhost__63__.mdwn @@ -26,3 +26,9 @@ I made a logfile of all the args, env, and stdin/stdout to/from my wrapper. If 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. -- Martin + +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. + +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. + +-- Martin -- 2.26.2