-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
An error occurred uploading an image #4586
Comments
Could you get a bigger chunk from If you're running |
I suspect your suspicion may be correct. No new laravel entries once the bookstack container restarts: Details
Any ideas where to go next if that is the case? And, as always, thank you for your time and expertise! |
Can you got to edit a page, open the browser development console, then paste in the below and hit enter?: document.querySelector(`[option\\:dropzone\\:url]`).getAttribute('option:dropzone:url') When confirm if the value it returns starts with a |
The output: When I click the pic upload icon/link: |
Does a similar console error/warning appear if you start typing a search in the header search bar (at least 3 characters, without pressing enter)? |
Dan: One critical element I left out (and I apologize, I can't believe it slipped my mind) is that this bookstack instance started clean and then an existing, backup was imported in (we had a hardware failure). Existing articles, books, etc. show the same errors as when dealing with new (ones created post import) however, on the old instance, there were no errors. |
That shouldn't really affect things to be honest, really unsure why this is occuring just here though.
|
This is the response with the above command:
No, they produce the same error
No, it produces a similar error:
I have not
Nothing that I am aware of outside of using a new tunnel on this new instance (the old tunnel died with the hardware that housed the old bookstack) |
Coming back to this, there's not much else I can think of to understand why the wrong URL is being attempted here. The only other thing that might provide some answers, is if you can provide a HAR capture that covers the time from loading up the editor to attempting an image upload. That way I can get a fuller picture of the browser-side of things. There's details here on how to capture a HAR file in various browsers. |
Dan: Ultimately I decided to start from scratch so unfortunately I can't go down this path. Thank you so much for checking back. Even I forgot about it. |
Okay, no worries, I'll therefore close this off. |
Attempted Debugging
Searched GitHub Issues
Describe the Scenario
Greetings:
I am running Bookstack within a LXC container (Debian 12) on a ProxMox host. Bookstack is served up and reverse-proxied via Cloudflare Tunnel Services which also handles the cert.
Cloudflare is configured as follows: https://bookstack.foo.bar/ -> http://192.168.1.1/
Apache2 receives the request with the following config:
Details
My .env is as follows:
Details
So, my setup is:
Cloudflare (https://bookstack.foo.bar/) -> Apache2 (*:80) -> /var/www/bookstack
Additionally, all of /var/www/bookstack is owned recursively by www-data:www-data
Still, any time I attempt to upload an image to a page whilst editing, I get this:
Finally, browser debugging panel looks thusly:
Details
Any thoughts? Any help is greatly appreciated!
Also, I posted this over on Redit but am posting here in case this is the better location. If this is viewed as spam, I will happily take one down.
Exact BookStack Version
v23.08
Log Content
tail -f
for/var/log/apache2/access.log
at time of errorNote: 192.168.1.50 is the IP for my Cloudflare Tunnel Container
Details
tail -f
for/var/www/bookstack/storage/laravel.log
at time of errorDetails
Hosting Environment
PHP 8.2.10
Apache2 2.4.57 (Debian)
Debian 12 (bookworm)
Housed in a LXC container within a ProxMox environment
PVE: pve-manager/8.0.3/bbf3993334bfa916
Kernel: Linux 6.2.16-3-pve #1 SMP PREEMPT_DYNAMIC PVE 6.2.16-3 (2023-06-17T05:58Z)
The text was updated successfully, but these errors were encountered: