From 5ko at 5ko.fr Fri Jul 3 22:59:29 2020 From: 5ko at 5ko.fr (Petko Yotov) Date: Sat, 04 Jul 2020 07:59:29 +0200 Subject: [pmwiki-users] PmWiki 2.2.130 released Message-ID: Hello. PmWiki version 2.2.130 was published today, and is available at: http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.130.tgz http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.130.zip svn://www.pmwiki.org/pmwiki/tags/latest This is a documentation update version. Thanks, Petko -- If you upgrade : http://www.pmwiki.org/Upgrades From paulschoemaker at gmail.com Thu Jul 16 08:23:55 2020 From: paulschoemaker at gmail.com (Paul Schoemaker) Date: Thu, 16 Jul 2020 08:23:55 -0700 Subject: [pmwiki-users] Problems with Upload Message-ID: Our pmWiki site recently stopped working after working well for 6 years. Just the shell of the site showed up, the main content was missing, the left sidebar navigation was missing and some of the buttons (such as edit) didn't work. This is what it looked like: [image: HS site broken_cropped.gif] As part of trying to fix it, I upgraded our pmWiki from, 2.2.83 to the latest (2.2.130) which didn't make a difference. After further trial and error, I discovered that one of our two Recipes (pmcal.php) appeared to be causing the Upload problem. I found this out by commenting out the include_once of pmcal.php in the local/config file and the site worked fine again. After updating pmcal/pph with the latest code from the site, the site content is displayed correctly again. Unfortunately, the upload functionality now doesn't work. Here is what happens: 1. I create the new link in the pmWiki editor using (Attach:) 2. Then I clicke on the new link to start the Upload process. 3. I enter the password on the password required screen. 4. I then select the pdf file to upload, put my name in the Uploader box and click Upload. 5. Instead of the usual file uploaded message, I get taken to the password required screen again. 6. I enter the Password again, click on OK and then the password required screen appears again. 7. After entering the password a second time and clicking on OK, the screen that allows you to choose a file appears again with the message "Test file.pdf: no file uploaded". If I choose the file again and click on Upload, I get taken back to step 5. I'm at a loss what to try next. If I comment out the pmcal.php Recipe the Upload works fine! Does anyone have any suggestions on what I should do to fix this? My users really like the Calendar and use it alot.... Thanks for any help! Paul Schoemaker -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: HS site broken_cropped.gif Type: image/gif Size: 54253 bytes Desc: not available URL: From 5ko at 5ko.fr Thu Jul 16 12:29:52 2020 From: 5ko at 5ko.fr (Petko Yotov) Date: Thu, 16 Jul 2020 21:29:52 +0200 Subject: [pmwiki-users] Problems with Upload In-Reply-To: References: Message-ID: <852cd395bcdf502e0fdabc17d7383eaf@5ko.fr> We have pmcal-20181207.php from the cookbook installed on the demo section at pmwiki.org and I am able to upload. Can you edit a page, and save your changes? Or do you see the login form all the time? Also check the wiki with a different browser - Chrome, Firefox, MSIE, Edge, and report. Here is what you can try. First, check if you have that file pmcal-20181207.php and not an earlier one. You should still rename it to pmcal.php, -OR- you need to change the include_once() line in config.php to the correct file name. Second, that file has a trailing "?>" closing PHP marker. You should remove it, and only have an empty last line. Sometimes such a marker may cause the server to incorrectly send cookies, then the browser rejects them and you are unable to login. Do this for all other PHP scripts in the directories local/ and cookbook/ -- any file that has a closing "?>" marker needs to be edited, the marker removed, and the file re-uploaded to your server. Third, check this new variable $EnableUploadAuthorRequired, especially if you have a custom upload form, or a recipe that manages uploads: https://www.pmwiki.org/wiki/PmWiki/EditVariables#EnableUploadAuthorRequired Check with $EnableUploadAuthorRequired = false; in config.php which mimics how it worked in the past. If none of the above helps, see the section "I have to log in twice (two times) (2 times)" in the page: https://www.pmwiki.org/wiki/PmWiki/Troubleshooting Direct inline calls to some core functions from config.php or from a recipe in some cases cause PmWiki to cache the user credentials too early and you have to login more than once. If you are in this case, you should try moving these calls to the end of config.php or give us more information so that we can work on a fix. Petko -- If you upgrade : http://www.pmwiki.org/Upgrades On 16/07/2020 17:23, Paul Schoemaker wrote: > After updating pmcal/pph with the latest code from the site, the site > content is displayed correctly again. Unfortunately, the upload > functionality now doesn't work. > > Here is what happens: > > 1. I create the new link in the pmWiki editor using (Attach:) > 2. Then I click on the new link to start the Upload process. > 3. I enter the password on the password required screen. > 4. I then select the pdf file to upload, put my name in the Uploader > box > and click Upload. > 5. Instead of the usual file uploaded message, I get taken to the > password > required screen again. > 6. I enter the Password again, click on OK and then the password > required > screen appears again. > 7. After entering the password a second time and clicking on OK, the > screen that allows you to choose a file appears again with the message > "Test file.pdf: no file uploaded". If I choose the file again and > click > on Upload, I get taken back to step 5. > > I'm at a loss what to try next. If I comment out the pmcal.php Recipe > the > Upload works fine! From 5ko at 5ko.fr Thu Jul 16 12:48:38 2020 From: 5ko at 5ko.fr (Petko Yotov) Date: Thu, 16 Jul 2020 21:48:38 +0200 Subject: [pmwiki-users] Problems with Upload In-Reply-To: <852cd395bcdf502e0fdabc17d7383eaf@5ko.fr> References: <852cd395bcdf502e0fdabc17d7383eaf@5ko.fr> Message-ID: <86962ddac8dafb43b1f470f01704b7a4@5ko.fr> On 16/07/2020 21:29, Petko Yotov wrote: > Do this for all other PHP scripts in the directories local/ and > cookbook/ -- any file that has a closing "?>" marker needs to be > edited, the marker removed, and the file re-uploaded to your server. Also, all files in local/ and in cookbook/ need to be saved either in a 8-bit encoding (charset) like "Windows-1252" or "ISO-8857-1", or if your wiki is in UTF-8, the files need to be saved in the "UTF-8" encoding *without Byte Order Mark*. See the same page Troubleshooting about this -- if your installation has disabled warnings, you may not see the "Cannot modify header" message, and the server will still fail to correctly send login cookies. Petko From paulschoemaker at gmail.com Fri Jul 17 10:36:06 2020 From: paulschoemaker at gmail.com (Paul Schoemaker) Date: Fri, 17 Jul 2020 10:36:06 -0700 Subject: [pmwiki-users] Problems with Upload In-Reply-To: <852cd395bcdf502e0fdabc17d7383eaf@5ko.fr> References: <852cd395bcdf502e0fdabc17d7383eaf@5ko.fr> Message-ID: Hello Petko, Thanks for your response with the steps for me to try. I verified that I had the file pmcal-20181207.php as you suggested and I did. I then removed the ?> closing PHP marker in the pmcal.php file, verified that my other PHP files in the local/ and cookbook/ directories didn't have that closing PHP marker (they didn't) and the upload now works! Thank you so much for your quick and thorough response. Take care, Paul On Thu, 16 Jul 2020 at 12:29, Petko Yotov <5ko at 5ko.fr> wrote: > We have pmcal-20181207.php from the cookbook installed on the demo > section at pmwiki.org and I am able to upload. > > Can you edit a page, and save your changes? Or do you see the login form > all the time? > > Also check the wiki with a different browser - Chrome, Firefox, MSIE, > Edge, and report. > > Here is what you can try. > > First, check if you have that file pmcal-20181207.php and not an earlier > one. You should still rename it to pmcal.php, -OR- you need to change > the include_once() line in config.php to the correct file name. > > Second, that file has a trailing "?>" closing PHP marker. You should > remove it, and only have an empty last line. Sometimes such a marker may > cause the server to incorrectly send cookies, then the browser rejects > them and you are unable to login. > > Do this for all other PHP scripts in the directories local/ and > cookbook/ -- any file that has a closing "?>" marker needs to be edited, > the marker removed, and the file re-uploaded to your server. > > Third, check this new variable $EnableUploadAuthorRequired, especially > if you have a custom upload form, or a recipe that manages uploads: > > > https://www.pmwiki.org/wiki/PmWiki/EditVariables#EnableUploadAuthorRequired > > Check with $EnableUploadAuthorRequired = false; in config.php which > mimics how it worked in the past. > > If none of the above helps, see the section "I have to log in twice (two > times) (2 times)" in the page: > > https://www.pmwiki.org/wiki/PmWiki/Troubleshooting > > Direct inline calls to some core functions from config.php or from a > recipe in some cases cause PmWiki to cache the user credentials too > early and you have to login more than once. If you are in this case, you > should try moving these calls to the end of config.php or give us more > information so that we can work on a fix. > > Petko > > -- > If you upgrade : http://www.pmwiki.org/Upgrades > > > On 16/07/2020 17:23, Paul Schoemaker wrote: > > After updating pmcal/pph with the latest code from the site, the site > > content is displayed correctly again. Unfortunately, the upload > > functionality now doesn't work. > > > > Here is what happens: > > > > 1. I create the new link in the pmWiki editor using (Attach:) > > 2. Then I click on the new link to start the Upload process. > > 3. I enter the password on the password required screen. > > 4. I then select the pdf file to upload, put my name in the Uploader > > box > > and click Upload. > > 5. Instead of the usual file uploaded message, I get taken to the > > password > > required screen again. > > 6. I enter the Password again, click on OK and then the password > > required > > screen appears again. > > 7. After entering the password a second time and clicking on OK, the > > screen that allows you to choose a file appears again with the message > > "Test file.pdf: no file uploaded". If I choose the file again and > > click > > on Upload, I get taken back to step 5. > > > > I'm at a loss what to try next. If I comment out the pmcal.php Recipe > > the > > Upload works fine! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From 5ko at 5ko.fr Fri Jul 17 11:23:34 2020 From: 5ko at 5ko.fr (Petko Yotov) Date: Fri, 17 Jul 2020 20:23:34 +0200 Subject: [pmwiki-users] Problems with Upload In-Reply-To: References: <852cd395bcdf502e0fdabc17d7383eaf@5ko.fr> Message-ID: Thanks, I've edited that file to remove the trailing marker. Petko On 17/07/2020 19:36, Paul Schoemaker wrote: > Hello Petko, > > Thanks for your response with the steps for me to try. > > I verified that I had the file pmcal-20181207.php as you suggested and > I > did. I then removed the ?> closing PHP marker in the pmcal.php file, > verified that my other PHP files in the local/ and cookbook/ > directories > didn't have that closing PHP marker (they didn't) and the upload now > works! > > Thank you so much for your quick and thorough response. From kellerfrau at gmail.com Mon Jul 27 04:33:22 2020 From: kellerfrau at gmail.com (Moni Kellermann) Date: Mon, 27 Jul 2020 13:33:22 +0200 Subject: [pmwiki-users] Display Google Photos albums and single photos Message-ID: <043e487c-abe5-3185-3017-fbbdd3fd1d7c@gmail.com> Hi, Quite some time ago I had tried out https://www.pmwiki.org/wiki/Cookbook/PmGallery, as I wanted to integrate Picasa albums into pmwiki. Google has since nuked Picasa, so there is only Google Photos now, but with a very similar functionality. As a Google account comes with a nice amount of Cloud space, I would like to give it another try. I have several albums on Google Photos where I would like to use pmgallery OR ANYTHING ELSE that does the trick, i.e. displaying the Google Photos album cover, as well as the single pics on single pages - but please: no slideshow or carousel. Which is something pmgallery was able to do. What's worse now is that Picasa easily allowed embedding whereas Google Photos doesn't offer this out of the box anymore. I have no idea whether the old pmgallery can be updated/rewritten etc. but I would be grateful if someone could look into this. BTW, if anyone needs a Google Photos album link to mess around with: https://photos.app.goo.gl/JkU9bNKuZifmU2XL6 Thanx! :) moni k. From kellerfrau at gmail.com Fri Jul 31 03:45:12 2020 From: kellerfrau at gmail.com (Moni Kellermann) Date: Fri, 31 Jul 2020 12:45:12 +0200 Subject: [pmwiki-users] PmFeed (RSS) error Message-ID: <2664d6a7-d08a-bb9b-95ef-f8f47cdc0c1c@gmail.com> Hi, I would like to embed Twitter feeds via nitter.net (Twitter doesn't allow RSS feeds). Example: https://nitter.net/paddingtonbear/rss I remember that I was able to use https://www.pmwiki.org/wiki/Cookbook/PmFeed about a hundred years ago ;) When I now use the recipe, with PHP 7.x I get a 500 network error, and with an older PHP version I get Fatal error: Call to undefined function tidy_repair_string() in [path]cookbook\pmfeed.php on line 600 which in * Parse xmlData and return parsed result * */ private function parse(&$xmlData) { $result = array(); $doc = new DomDocument(); // Try to load XML or return parse error if (false == @$doc->loadXml($xmlData)) { // Try to fix XML by Tidy and try to load one more time $xmlData = tidy_repair_string($xmlData, array('output-xml' => true, 'input-xml' => true), 'utf8'); if (false == @$doc->loadXml($xmlData)) { $this->lastError = self::$parseError; return false; } } is the line $xmlData = tidy_repair_string($xmlData, array('output-xml' => true, 'input-xml' => true), 'utf8'); I have no idea whether there may be more errors popping up once that's fixed. Is it possible to get this recipe working again? Or is there any other recipe that lets me embed RSS data on a page? Thanx, moni k.