remaining bugs after fixing some of the easier situations
authorsmcv <smcv@web>
Sun, 5 Oct 2014 15:09:27 +0000 (11:09 -0400)
committeradmin <admin@branchable.com>
Sun, 5 Oct 2014 15:09:27 +0000 (11:09 -0400)
doc/todo/design_for_cross-linking_between_content_and_CGI.mdwn

index 7c920f01f05ed2bd076d5e63466a56798632cfa5..c66126fd5f4b02de80a2d2ce2254e1246f884241 100644 (file)
@@ -116,3 +116,29 @@ I've added a regression test in `t/relativity.t`. We might want to
 consider dropping some of it or skipping it unless a special environment
 variable is set once this is all working, since it's a bit slow.
 --[[smcv]]
+
+# Remaining bugs
+
+## Definitely a bug
+
+* Configure url: "http://example.com/wiki/",
+  cgiurl: "https://example.com/cgi-bin/ikiwiki.cgi" and access the
+  CGI via https://example.com (the "NetBSD wiki" use-case).
+  The static content should be loaded from https://example.com
+  to avoid mixed-content, but it is loaded from http://example.com.
+
+* Put IkiWiki behind a reverse-proxy so the web server tells the CGI
+  that it is being accessed via http://localhost or http://127.0.0.1
+  or something. Links should not point to http://localhost.
+
+## Arguable
+
+* Configure the url and cgiurl to both be https, then access the
+  CGI via a non-https address. The stylesheet is loaded from the http
+  version of the static site, but maybe it should be forced to https?
+
+* Configure url = "http://static.example.com/",
+  cgiurl = "http://cgi.example.com/ikiwiki.cgi" and access the
+  CGI via staging.example.net. Self-referential links to the
+  CGI point to cgi.example.com, but maybe they should point to
+  staging.example.net?