Closed joshoram80 closed 7 months ago
Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.
I am also having this issue.
I am also having this issue - reverting to henrywhitaker3/speedtest-tracker for testing: Yep, reverting fixes everything. Workaround in place.
I've just spun this up to test it, without issue. I'd probably not recommend using ours as a drop in replacement, it could work but there does appear to be a breaking change in versions not too long ago. Closing this out.
Hi - sorry - can you please explain why its not a good idea to use your image as a drop replacement? Are there fundamental differences? I was under the impression your image was maintained, and so switched to using yours. I am happy to assist in helping you troubleshoot this. I really don't have anything too exotic in my set up that would have caused this. Thanks
It was designed as a drop-in replacement but we've only tested like-for-like versions, so if you're still running an older version of the original image we can't guarantee that it will seemlessly switch to ours.
doing an image force-recreate should address that?
Depends entirely on what the issue is. Please set APP_DEBUG=True
, recreate the container, replicate the error, and then post the container logs.
I had the same issue. To get around it for myself I stopped the container, removed the nginx folder in the config directory, and started the container. Once I did this it started working again.
Is there an existing issue for this?
Current Behavior
Trying to access the page, either via reverse proxy, or directly via HostIP:Port results in a 500 error. There is no error show in docker logs. Works fine using image from dev's repository (albeit older version). I have tried switching to sqlite instead of my working mysql setup and nothing changes.
Expected Behavior
Page should load
Steps To Reproduce
Environment
CPU architecture
x86-64
Docker creation
Container logs