<html><head></head><body><div class="ydpabfa449eyahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:13px;"><div></div>
<div dir="ltr" data-setdir="false">Great change! I hope this helps better prevent others from experiencing this issue. Took a long time to debug working with the hosting company. It was my AI that finally found and suggested the change to my hosting company.</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">Thank you.</div><div><br></div>
</div><div id="yahoo_quoted_3450662193" class="yahoo_quoted">
<div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">
<div>
On Wednesday, July 1, 2026 at 01:22:21 AM EDT, Petko Yotov <5ko@5ko.fr> wrote:
</div>
<div><br></div>
<div><br></div>
<div><div dir="ltr">For PmWiki 2.6.1, I added a function to check if the temp directory is <br></div><div dir="ltr">readable. If not, a message should appear above the edit form, above the <br></div><div dir="ltr">upload form, and in the ?action=diag output.<br></div><div dir="ltr"><br></div><div dir="ltr">This is a tricky bug, however unlikely, because the only apparent reason <br></div><div dir="ltr">is the page length, adding a few characters may go over the internal PHP <br></div><div dir="ltr">buffer which is 8 or 16 kB, and this prevents the post to reach PmWiki.<br></div><div dir="ltr"><br></div><div dir="ltr">Petko<br></div><div dir="ltr"><br></div><div dir="ltr">-- <br></div><div dir="ltr">If you upgrade : <a href="https://www.pmwiki.org/Upgrades" target="_blank">https://www.pmwiki.org/Upgrades</a><br></div><div dir="ltr"><br></div><div dir="ltr">On 11/06/2026 16:32, Petko Yotov wrote:<br></div><div dir="ltr">> Great, I'll add this to Troubleshooting.<br></div><div dir="ltr">> <br></div><div dir="ltr">> Petko<br></div><div dir="ltr">> <br></div><div dir="ltr">> On 11/06/2026 15:50, Michael Elliott wrote:<br></div><div dir="ltr">>> Its fixed!<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Ending up being a Hosting company issue. Below is that they said they<br></div><div dir="ltr">>> changed to fix in case anyone else comes across this:<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> During testing, we were able to reproduce behavior consistent with<br></div><div dir="ltr">>>> the PHP warnings you previously reported.<br></div><div dir="ltr">>>> The issue we found was that PHP was unable to create temporary files<br></div><div dir="ltr">>>> in the configured temporary directory (D:\PHP\temp). This was<br></div><div dir="ltr">>>> consistent with the warnings regarding temporary file creation and<br></div><div dir="ltr">>>> POST data buffering.<br></div><div dir="ltr">>>> <br></div><div dir="ltr">>>> To address this, we updated the permissions on the PHP temporary<br></div><div dir="ltr">>>> directory and confirmed that PHP can now successfully create<br></div><div dir="ltr">>>> temporary files.<br></div><div dir="ltr">>>> After making this change, we performed additional testing using a<br></div><div dir="ltr">>>> standalone PHP form and successfully processed POST requests larger<br></div><div dir="ltr">>>> than 20 KB. This exceeds the approximately 14 KB threshold where you<br></div><div dir="ltr">>>> reported the PMWiki save failures occurring.<br></div><div dir="ltr">>>> <br></div><div dir="ltr">>>> Based on our testing, the issue does not appear to be related to the<br></div><div dir="ltr">>>> configured PHP POST size limit or IIS request size limits.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> On Thursday, June 11, 2026 at 09:18:37 AM EDT, Michael Elliott<br></div><div dir="ltr">>> <<a ymailto="mailto:melliott42@yahoo.com" href="mailto:melliott42@yahoo.com">melliott42@yahoo.com</a>> wrote:<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Petko, Team,<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Thank you for the quick response. I am working through all the<br></div><div dir="ltr">>> options you presented.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Also, the troubleshooting page is really good. I just never needed it<br></div><div dir="ltr">>> before using PMwiki for many years. Shows how solid its been.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> The Troubleshooting item below seemed to have my name on it but in<br></div><div dir="ltr">>> initially creating a new page the issue still exists:<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> Very long pages with thousands of lines may appear blank after<br></div><div dir="ltr">>>> adding a few additional lines. This may be preformatted text, table,<br></div><div dir="ltr">>>> or text inside conditional markup, or text in a custom markup<br></div><div dir="ltr">>>> directive.<br></div><div dir="ltr">>>> @ini_set('pcre.backtrack_limit', 10000000);<br></div><div dir="ltr">>>> <br></div><div dir="ltr">>>> Testing this further...<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> I'll add that on some saves of pages with more data I sometimes get<br></div><div dir="ltr">>> this (below) which would suggest it is in the PHP config:<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> PHP Notice: Unknown: file created in the system's temporary<br></div><div dir="ltr">>>> directory in Unknown on line 0<br></div><div dir="ltr">>>> <br></div><div dir="ltr">>>> PHP Warning: Unknown: Unable to create temporary file, Check<br></div><div dir="ltr">>>> permissions in temporary files directory. in Unknown on line 0<br></div><div dir="ltr">>>> PHP Warning: Unknown: POST data can't be buffered; all data<br></div><div dir="ltr">>>> discarded in Unknown on line 0<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Thank you,<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Michael<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> On Thursday, June 11, 2026 at 07:18:54 AM EDT, Petko Yotov<br></div><div dir="ltr">>> <<a ymailto="mailto:5ko@5ko.fr" href="mailto:5ko@5ko.fr">5ko@5ko.fr</a>> wrote:<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> If this is a bug with the PmWiki core we'll fix it ASAP.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> I just saved a 350kb page on pmwiki.org and the same one on my laptop<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> wiki, both running the pre-release after version 2.6.0.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> What messages appear on the wiki or in the server's PHP error logs? A<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> 500 error almost certainly contains some indication in the error logs.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Do you see a blank 500 Internal Server Error page, or does the edit<br></div><div dir="ltr">>> form<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> reappear unsaved, or does it redirect to the page that was not<br></div><div dir="ltr">>> modified?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> If you press Preview, does the preview page work?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Can you upload files larger than 14kb via the wiki?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Do you have mod_security enabled, or something similar that may block<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> the request for specific security-related keywords in the posted text?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Do you have enough disk space?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Can you save smaller pages, subsequently?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Can you create new pages that are larger? Can you delete pages? Can<br></div><div dir="ltr">>> you<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> delete larger pages?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Is the problem with the full disk file size<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> (pmwiki/wiki.d/Main.HomePage) or with the size of the wiki markup text<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> <br></div><div dir="ltr">>> in the edit form?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Do you use any custom page store class?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Does this happen in one wikigroup, or in all wikigroups?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Can you save a small page but not a large one in the same wikigroup?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Check directory/file permissions under wiki.d/.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Do you have recipes that are only enabled on ?action=edit or that<br></div><div dir="ltr">>> modify<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> $EditFunctions?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Does this happen in an empty PmWiki installation? If so, the problem<br></div><div dir="ltr">>> may<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> be with the server configuration, otherwise it is more likely with a<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> local PmWiki customization. See Troubleshooting on how to track what<br></div><div dir="ltr">>> is<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> causing this.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> <a href="https://pmwiki.org/Troubleshooting" target="_blank">https://pmwiki.org/Troubleshooting</a><br></div><div dir="ltr">>> <br></div><div dir="ltr">>> Petko<br></div><div dir="ltr">>> <br></div><div dir="ltr">>> On 11/06/2026 12:40, Michael Elliott wrote:<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> Hello,<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> <br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> I started having an issue where saving pages where the data size is<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> larger than ~14.5 fail. I have multiple PMwiki instances and it is<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> happening on all of them. Upgrading to the latest PMwiki version<br></div><div dir="ltr">>> had<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> no effect. I also purge all page history and also tried recreating<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> the page using a new name with no effect.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> <br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> I have been working intensely with my hosting company and they say<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> there should be no issue (below).<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> <br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> We checked the standard server-side request size limits. PHP is<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> currently allowing POST requests up to 24 MB, and IIS request<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> filtering is allowing up to approximately 28.6 MB. A 14 KB save is<br></div><div dir="ltr">>> far<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> below both of those limits, so this does not appear to be caused by<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> the normal PHP POST size limit or IIS request-size limit.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> <br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> We are continuing to review this from the IIS/FastCGI side and will<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> check for any related server-side errors or rules that may be<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> triggering the 500 error during the PMWiki save request.<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> <br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> What can you recommend?<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> <br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> Thank you,<br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> <br></div><div dir="ltr">>> <br></div><div dir="ltr">>>> Michael Elliott<br></div></div>
</div>
</div></body></html>