I uploaded a new file (overriding the existing file) with the same name to the styles/default/xenforo folder. I shouldn't be seeing any kind of errors.It actually looks like you've removed the file, but the recommended action is not to edit the original file (or remove it), but to use style properties to point to a logo file you've uploaded instead.
I tried that and got the same error.My point is that we don't recommend that and therefore an indication that one of the core files doesn't contain expected contents is expected. The recommended approach is to point to your own logo path by changing the style properties.
Did you see the screen shots I posted? Uploading the XenForo logo again changed nothing with the error. Uploading a .png file with the same name shouldn’t cause an issue like this.Whatever the "Server errors have been logged" message is referring to is nothing to do with changing your logo. You would need to click on that to get more details as to what those errors were.
If you have put the original XF logo back to where it was then you will need to re-run the File health check which, if the files are no longer missing/changed, then the message will go away.
Yes, it should. The File Health Checker's job is literally to do exactly what you have highlighted.Did you see the screen shots I posted? Uploading the XenForo logo again changed nothing with the error. Uploading a .png file with the same name shouldn’t cause an issue like this.
Clearly I did. I referred to them. The server error log message (the top red banner in your post) is not related to this. I just wanted to make that clear.Did you see the screen shots I posted?
Did you do this? Re-running the file health check will hopefully now validate that all files contain the expected contents and the second of those two banners in your screenshot will disappear.If you have put the original XF logo back to where it was then you will need to re-run the File health check which, if the files are no longer missing/changed, then the message will go away.
ErrorException: Email to xxxxxxxxxxxxxx failed: proc_open() has been disabled for security reasons src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/StreamBuffer.php:295
Generated by: Unknown account Oct 2, 2017 at 9:00 PM
Stack trace
#0 [internal function]: XF::handlePhpError(2, 'proc_open() has...', '/home/xxxxxxx...', 295, Array)
#1 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/StreamBuffer.php(295): proc_open('/usr/sbin/sendm...', Array, Array)
#2 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/StreamBuffer.php(58): Swift_Transport_StreamBuffer->_establishProcessConnection()
#3 src/vendor/swiftmailer/swiftmailer/lib/classes/Swift/Transport/SendmailTransport.php(119): Swift_Transport_StreamBuffer->initialize(Array)
#4 src/XF/Mail/Mailer.php(293): Swift_Transport_SendmailTransport->send(Object(Swift_Message), Array)
#5 src/XF/Mail/Mail.php(261): XF\Mail\Mailer->send(Object(Swift_Message), NULL)
#6 src/XF/Job/FileCheck.php(226): XF\Mail\Mail->send()
#7 src/XF/Job/FileCheck.php(105): XF\Job\FileCheck->completeFileCheck(Object(XF\Entity\FileCheck), Array)
#8 src/XF/Job/Manager.php(241): XF\Job\FileCheck->run(7.99999713898)
#9 src/XF/Job/Manager.php(187): XF\Job\Manager->runJobInternal(Array, 7.99999713898)
#10 src/XF/Job/Manager.php(76): XF\Job\Manager->runJobEntry(Array, 7.99999713898)
#11 job.php(15): XF\Job\Manager->runQueue(false, 8)
#12 {main}
Request state
array(4) {
["url"] => string(8) "/job.php"
["referrer"] => string(32) "https://xxxxxxxxxx/index.php"
["_GET"] => array(0) {
}
["_POST"] => array(0) {
}
}
That function will need removing fromproc_open() has been disabled for security reasons
disabled_functions
in your PHP configuration.We use essential cookies to make this site work, and optional cookies to enhance your experience.