Closed sgatz closed 2 years ago
Faced same issue on OpenLightSpeed & Digitalocean
this no longer seems to be an issue :eyes:
I've just ran into this/something similar in a new theme. I've moved an older sage 10 theme onto the same server which works without a problem. My error says is_file(): open_basedir restriction in effect.
.
Checked composer.json and made sure the same package versions (as the older sage 10-theme) were being used when running composer install
, but still getting the is_file(): open_basedir restriction in effect.
-error.
My solution was to copy the vendor-folder from the working theme into the folder of the not-working theme, after which the not-working theme started working.
I've not been able to pinpoint where the mistake is happening though, so for anyone finding this, try the above. It should also work with a completely "naked" Sage 10 theme, if you can get one of those to work.
Description
On a fresh new theme of Sage 10 from dev-master when I deploy it to a live server (AWS EC2) using Trellis/Bedrock, then either activate it or preview it, you get this error:
Other non-sage themes work in this environment, and a fresh install of a sage9 theme works also. I can also turn off open_basedir, but that's not ideal. See full stack trace at bottom. I've tried disabling all plugins, still same error. Non sage plugins work, sage9 works.
Steps to reproduce
Expected behavior: Expected theme to render
Actual behavior: White screens with above error in storage/logs
Reproduces how often: 100% reproducible. tried on my custom theme and then a fresh install of dev-master
Versions
You can get this information from referencing
CHANGELOG.md
. Also, please include the OS and what version of the OS you're running.Additional information
here's the full error, but it doesn't hint at why sage is doing this: