• Debian 11 is approaching its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.80 will be the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Issue panel.log use 00 instead of 20 for space

Azurel

Silver Pleskian
Server operating system version
AlmaLinux 9.8
Plesk version and microupdate number
18.0.80#1
I have encountered an issue with a file generated by Plesk that contains a NUL byte (0x00) in the middle of a PHP stack trace. The affected line contains the following sequence:

1786433244673.png

The 0x00 byte occurs immediately after Interface@anonymous and before /usr/local/psa/....

In a hex editor, the byte at this position is confirmed to be 00. This causes problems when opening the text in WinSCP's internal editor and copying the line, the copied text is truncated at the NUL byte. Removing the 0x00 byte makes the entire line copy correctly.

Could you please investigate why Plesk/the affected component is writing a NUL byte into this text file and whether this is expected or a bug?
 
Sounds like you might have SELinux issue, check to make sure your SELinux is configured correctly, put it into permissive mode temporary to see if the behavior goes away.
 
Hi, @Azurel . This is expected behavior for PHP anonymous classes. However, I was able to replicate the behavior of WinSCP truncating the string after the NUL byte and I opened an internal case for our team to further review the error writing behavior of Plesk in such cases. I will follow up with more details as soon as possible.
 
Back
Top