OK, I did confirm this is an issue with rev 393. I have a "clean"
install running on my VM (not upgraded from any prior revisions) and
clicking the "print" link at the bottom of any page results in an
incorrectly rendered URL. For example:
http://www.mywikidot.com/printer--friendly//mywikidot-info
The fix is to remove the trailing "/" from var url = '/printer-
friendly/'" in the file web/files--common/javascript/WIKIDOT.page.js.
=============== Broken code: =================
[[code]]
printClick: function(e){
// open a new window...
var url = '/printer--friendly/'+window.location.pathname;
[[/code]]
=============== Fixed code: =================
[[code]]
printClick: function(e){
// open a new window...
var url = '/printer--friendly'+window.location.pathname;
[[/code]]
I am confused though. I noticed that Wikidot.com renders the URL
"incorrectly" with the "//" in front of the page names, but it
displays the correct page in the printer friendly window. Is there
something else happening with my open source configuration?
Wikidot.com displays the correct printer friendly content with either
form of the URL. For example,
http://community.wikidot.com/printer--friendly//forum/t-116363/content-displayed-in-rss-feeds
and
http://community.wikidot.com/printer--friendly/forum/t-116363/content-displayed-in-rss-feeds
both display the correct content.
-Ed