-
Notifications
You must be signed in to change notification settings - Fork 714
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fatal error: Uncaught --> Smarty: Unable to write file [file_path] thrown in C:\[project_path]\vendor\smarty\smarty\src\Smarty.php on line 1732 #1018
Comments
I suppose the | character in the filename that is illegal on Windows. I noticed it today in another issue too. |
But the | character comes from the template inheritance when extending resource type. |
Yes, I didn't mean to say it was your fault. I suppose the |-character was somehow encoded in v4 and we "simplified" that a bit too much in v5. The unit tests didn't catch it since they always run on Linux. |
Ok, I understand. So do we have to wait for the fix ? |
Yes, but maybe you can help me find the source of the bug?
|
Ok, I'll try to find the source of the bug. Sorry for answering later. |
Just wanted to mention I can confirm I'm encountering the same error on an internal company project I'm currently upgrading as part of an internship. In the mean time, I have downgraded Smarty to v4 (still a big upgrade compared to the outdated version it was using), but would like a fix before my internship ends if possible. Thank you in advance. |
We are facing this issue in the project Tiki Wiki CMS only for windows users.
The following error is thrown:
Fatal error: Uncaught --> Smarty: unable to write file C:\xampp\htdocs\tiki\temp\templates_c\en_basic^f4976e02395559add3c9bc302b01cf84441c25a1_0.extends_layout_view.tpl|tiki-show_page.tpl.php <-- thrown in C:\xampp\htdocs\tiki1\tiki\vendor_bundled\vendor\smarty\smarty\src\Smarty.php on line 1724
I took a look in the file smarty/smarty/src/Smarty.php from line 1697 and found some comments and an if{} close related to Windows which is supposed to handle windows case, but it seems it doesn't solve windows issue.
We already tried to set the directory permission recursively to 777 but the error still persists.
Thanks!
The text was updated successfully, but these errors were encountered: