aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/bug_in_cgiurl_port.mdwn
blob: 373657814b9c542e42c4d2bff3dd52bf8ea1eff0 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
I think there's a bug in the code that determines if the cgiurl is relative
to the url. If one has a different port than the other, they're not
relative, and I hear Fil encountered an issue where the wrong port was then
used. --[[Joey]] 

> I tested, setting cgiurl to a nonstandard port. After rebuilding,
> pages used the full url. So I don't see a bug here, or am missing
> something from my memory of the report (which was done the bad way, on
> IRC). [[done]] --[[Joey]] 

> > Sorry about wittering on IRC instead of reporting proper bugs.
> > 
> > The setup I have is nginx in front of apache, so that nginx is listening on port 80, apache is on port 81, and ikiwiki is being served by apache. After upgrading to 3.20120203 (backported to squeeze) I found that the URLs in the edit page all have the port set as :81 ... but now that I look at it more closely, that is the case for several ikiwiki-hosting controlled sites, but not for a few other sites that are also on the same machine, so it must be some difference between the settings for the sites, either in ikiwiki, or apache, or perhaps even nginx.  Anyway, on the affected sites, explicitly including a port :80 in the cgiurl fixes the problem.

> > So, for the moment, this bug report is a bit useless, until I find out what is causing the ikiwiki-hosting sites to be beffuddled, so it should probably stay closed -[[fil]]