-
Notifications
You must be signed in to change notification settings - Fork 583
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
File upload result with error 500 since statics migration to AWS S3 #955
Comments
I put back the debug to True in order to have more infos. As I'm lazy and wanted to directly have the error template, I tried to delete a folder from the admin and here is the error message:
|
I have the same issue with AWS S3 500 Errors in browser console, then it will say upload complete and no images, or it is frozen on 0/4 images and nothing. Running 1.11.4 and Python 2.7 - 500 error is dropzone.min.js:77 |
Jesus H Murphy, this took me over 3 hours to figure out so I hope this will help someone who feels hopeless. One of the maintainers of this repo says that this error could lead to ANY backend problem. I adjusted the read and write permissions and that wasn't it. I tried configuring some NGINX settings and that wasn't working for me either. I found the real reason why this wasn't working. My PostreSQL database. The problem was the index was completely wrong when trying to upload on not only the Log into your Postgres database and enter password: In another tab, navigate to your project directory and run these: The code here will then spit out some PSQL code that you will enter when you enter the PSQL command line from what we did on the first step. Insert each SELECT statement in individually. Unless you are a pro and know how to do it without executing... Quit out of your PSQL command line: Optional: restart your web server and gunicorn. This is how I got mine to work. I messed around with SQL commands, NGINX server configs and this is what worked for me. TL;DR check your logs for your web server, database and gunicorn. |
I had that same problem but look what I have found out, either easy_thumbnails or django-cropping which is based on easy_thumbnails duplicating data, have opened this a while ago... when I solved it, it was insane... SmileyChris/easy-thumbnails#477 |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This will now be closed due to inactivity, but feel free to reopen it. |
Hi,
I'm a bit confused about django-filer behaviour. To explain quickly:
I recently deployed my project into a staging server. Filer was locally running and then I decided to migrate my statics to aws s3 / cloudfront.
Since then, (migrate statics works, everything correctly loaded) when I try to upload an image to filer, I've this error:
`dropzone.min.js:77 POST domain.com/admin/filer/clipboard/operations/upload/no_folder/ 500 (Internal Server Error)
c.submitRequest @ dropzone.min.js:77
dropzone.init.js:38 TypeError: Cannot read property 'API' of undefined
at showError (dropzone.init.js:34)
at c.error (dropzone.init.js:123)
at c.e.emit (dropzone.min.js:29)
at c._errorProcessing (dropzone.min.js:78)
at dropzone.min.js:73
at XMLHttpRequest. (dropzone.min.js:75)`
(same with direct upload from fileuploader)
conf:
Django==1.9.12
django-filer==1.2.5
django-mptt==0.8.6
django-storages==1.5.2
python 3+
All the static files are correctly loaded (so no JQ problem or whatever).
Except that, shouldn't it be:
domain.com/admin/filer/clipboard/operations => s3domain.com/admin/filer/... ?
The only difference compare to before are those lines:
The text was updated successfully, but these errors were encountered: