<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Dear all,</div><div class=""><br class=""></div><div class="">with Petko’s help I found that the latest version of SMF (2.0.17) has introduced some inconsistencies in files included by SSI.php</div><div class="">which created the problem I ran into. I’m also running php version 7.3.</div><div class=""><br class=""></div><div class="">I removed all the code from auth-smf.php which I did not use, and removed most of my cookbook recipies from config.php. That did not solve the problem. Petko suggested the following</div><div class="">fix to auth-smf.php but it did not help me.</div><div class=""><br class=""></div><div class="">diff -u auth-smf*<br class="">--- auth-smf.php<span class="Apple-tab-span" style="white-space: pre;">   </span>2020-03-31 21:15:06.683249468 +0200<br class="">+++ auth-smf-php72.php<span class="Apple-tab-span" style="white-space: pre;">    </span>2020-03-31 21:19:52.113400462 +0200<br class="">@@ -91,9 +91,12 @@<br class="">require_once ("$FarmD/scripts/authuser.php");<br class=""><br class="">Markup('ssi_function','directives',<br class="">-  '/\\(:smf-(.*?)\\s*:\\)/e',<br class="">-  "Keep(ssiFunction(\$pagename, PSS('$1')))");<br class="">-function ssiFunction($pagename, $args) {<br class="">+  '/\\(:smf-(.*?)\\s*:\\)/',<br class="">+  "mu_ssiFunction");<br class="">+function mu_ssiFunction($m) {<br class="">+  return Keep(ssiFunction($m[1]));<br class="">+}<br class="">+function ssiFunction($args) {<br class=""><span class="Apple-tab-span" style="white-space: pre;">       </span>global $ScriptUrl;<br class=""><span class="Apple-tab-span" style="white-space: pre;">   </span>$args = ParseArgs($args, '(?>(\\w+)=)');<br class=""><span class="Apple-tab-span" style="white-space: pre;">  </span>$fn = array_shift($args['']);<br class=""><br class=""></div><div class=""><br class=""></div><div class="">Then I created a new, private version of SSI.php which I include in auth-smf.php in which I removed extraneous stuff so that I could narrow it down to a problem area…</div><div class=""><br class=""></div><div class="">Something has changed in the loadTheme call, which when initialised for a non-user, creates the blank page in certain situations. For a logged-in user it does need to be initialised in order to pass</div><div class="">the user details to auth-smf.php properly.</div><div class=""><br class=""></div><div class="">So I changed the code to:</div><div class=""><br class=""></div><div class=""><div class="">// Load the current or SSI theme. (just use $ssi_theme = id_theme;)</div><div class="">// PvE... this is where it goes wrong with auth-smf.</div><div class="">// loadTheme(isset($ssi_theme) ? (int) $ssi_theme : 0);</div><div class="">// If we are logged in, we need to initialise the theme, otherwise, not...</div><div class="">if (isset($user_settings[‘id_member'])) {</div><div class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>loadTheme(0, true); // initialise the theme</div><div class="">} else {</div><div class=""><span class="Apple-tab-span" style="white-space: pre;">   </span>loadTheme(0, false); // do NOT initialise the theme</div><div class="">}</div><div class=""><br class=""></div><div class="">Again, thanks to Petko for his patient help.</div><div class=""><br class=""></div><div class="">Peter van Es</div></div><div><br class=""><blockquote type="cite" class=""><div class="">On 31 Mar 2020, at 21:10, Peter van Es <<a href="mailto:vanes.peter@gmail.com" class="">vanes.peter@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi Petko,<div class=""><br class=""></div><div class="">thanks for your suggestion. </div><div class=""><br class=""></div><div class="">Engine and Main are Groups of Wiki pages. They do not have php code and do not make calls.</div><div class="">I did check the troubleshooting page, but there are no error messages and no php errors (I set-up logging in php.ini)</div><div class="">I disabled all the add-ons in local/config.php, but no difference, still blank pages.</div><div class="">I also checked all the file and directory permissions and ownership of the files, Groups and upload directories.</div><div class=""><br class=""></div><div class="">I enabled diagnostics, and looked at the page using ?action=ruleset but it doesn’t tell me much  <a href="https://www.sl113.org/wiki/Engine/Start?action=ruleset" class="">https://www.sl113.org/wiki/Engine/Start?action=ruleset</a> </div><div class=""><br class=""></div><div class="">The page displays, but then there are no pictures on it.</div><div class=""><br class=""></div><div class="">I am using Auth-SMF and this has always worked well. Even now, when logged in, the Wiki works correctly. </div><div class=""><br class=""></div><div class="">I’m thinking of a problem when $AuthId = ‘’; (i.e. blank) and there is a .jpg or .png picture meant to be shown on the page.</div><div class=""><br class=""></div><div class="">Peter<br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On 31 Mar 2020, at 19:34, Petko Yotov <<a href="mailto:5ko@5ko.fr" class="">5ko@5ko.fr</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Let's say that we need to first try to fix the blank pages problem and then the SMF integration (unless it is the integration that causes the blank pages).<br class=""><br class="">Also: there appear to be 3 addons for SimpleMachinesForum integration in the PmWiki cookbook, which one do you use?<br class=""><br class="">Petko<br class=""><br class="">On 31/03/2020 19:28, Petko Yotov wrote:<br class=""><blockquote type="cite" class="">Completely blank pages without any message often are caused by a call<br class="">to a function that is not defined - either mis-typed or<br class="">deprecated/removed.<br class="">I'd review all files in the "local" directory if some of them, notably<br class="">those starting with "Engine" and "Main", make some suspicions calls.<br class="">Otherwise, see the page Troubleshooting in the documentation -- it can<br class="">be an older addon that calls an undefined function, or that calls<br class="">htmlspecialchars(). Troubleshooting contains instructions on how to<br class="">track the cause:<br class="">  <a href="https://www.pmwiki.org/wiki/PmWiki/Troubleshooting" class="">https://www.pmwiki.org/wiki/PmWiki/Troubleshooting</a><br class="">First section for tracking, see also the section on blank pages near<br class="">the middle of that page.<br class="">Petko<br class="">--<br class="">If you upgrade :  <a href="http://www.pmwiki.org/Upgrades" class="">http://www.pmwiki.org/Upgrades</a><br class="">On 31/03/2020 18:48, Peter van Es wrote:<br class=""><blockquote type="cite" class="">I have a weird problem on my PmWiki, and it’s behaviour has recently<br class="">started changing.<br class="">I have a recent PMWiki installation (version 2.2.127) running on a<br class="">Ubuntu 16.04.4 LTS version, with a recent plesk update and php7.3<br class="">It coexists with a SimpleMachinesForum (SMF) installation which is<br class="">used for user authentication. That install was recently upgraded to<br class="">version 2.0.17<br class="">Users logged into the forum have no problem seeing all the content of<br class="">my Wiki (except for restricted pages) — even if they do not have<br class="">edit rights.<br class="">However users not logged into the forum, who used to be able to see<br class="">all non-restricted content, now get served a completely blank page.<br class="">I do not have a log in box, because most people log in via the forums.<br class="">Then their<br class=""><span class="Apple-tab-span" style="white-space:pre">      </span>* AuthId:<br class=""><span class="Apple-tab-span" style="white-space:pre">      </span>* Author:<br class="">are both blank (empty).<br class="">I have no php errors in my log.<br class="">The other weird thing: pages which show up blank have images (i.e.<br class="">uploads) on them. The file and directory access rights have all been<br class="">set correctly.<br class="">A page which shows up blank is:<br class=""><a href="https://www.sl113.org/wiki/Engine/Start" class="">https://www.sl113.org/wiki/Engine/Start</a> but it should not<br class="">Whereas this page just shows: <a href="https://www.sl113.org/wiki/Brake/Start" class="">https://www.sl113.org/wiki/Brake/Start</a><br class="">Restricted pages show a login box:<br class=""><a href="https://www.sl113.org/wiki/Restricted/Start" class="">https://www.sl113.org/wiki/Restricted/Start</a> and start with Group<br class="">Restricted<br class="">The startpage of my wiki is: <a href="https://www.sl113.org/wiki/" class="">https://www.sl113.org/wiki/</a> which has a<br class="">picture and shows just fine…<br class="">What I would like to achieve is that anonymous browsers can see all of<br class="">my non-restricted content on the Wiki again…<br class=""></blockquote></blockquote></div></div></blockquote></div><br class=""></div></div></div></blockquote></div><br class=""></body></html>