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
Issue manually creating book with cover image and importing books via search from other instances and databases #3351
Comments
Is it possible to get a stack trace on any of these? They should be available in Flower or the celery logs |
|
Whoops, this message was meant for #3352 instead.. |
I'm not sure how to get to the Flower or celery logs (dockerless install). I have this in the bookwyrm service logs for a failed import. Is that on any use?
|
@mouse-reeve it appears this issue is also preventing any new books from being created. In particular if a cover image is added to the book. Or if attempt to add a cover to an existing book. |
@mouse-reeve Do you think there would be any implications if I checkout version 0.7.2 instead? Any database changes in 0.7.3 that would cause an issue? |
Before checking out 0.7.2, you can revert the database migrations included in 0.7.3: ./bw-dev migrate bookwyrm 0192_sitesettings_user_exports_enabled |
Is that ok with a dockerless install? |
For a dockerless install, you would need the following command: venv/bin/python3 manage.py migrate bookwyrm 0192_sitesettings_user_exports_enabled |
Tried this, and although it appeared to revert database changes, when I tried to bring Bookwyrm back up it failed. Journalctl showed errors about missing columns etc. So have had to go back to 0.7.3. |
More information. The problem seems to be specifically related to creating or importing (from search) books that have a cover image. If that can help anyone narrow things down? |
What information can I provide to expediate a fix for this? |
This was discussed further on Matrix; most likely this is the same issue as #3342 @marcusyoung will try to manually apply that fix and report back if it works. |
I have the same issue. I've manually reverted the DB migrations from 0.7.3 but still run into the issue that searching for stuff results in a Server Error if the search content can't be found locally.. Which Matrix room are you using? When searching remote libraries/catalogs the server returns an error after ~ 15 seconds. I can see that it's contacting other instances in the Background. But the Frontend seems to have a timeout of 15 seconds. I believe this is related to the import issue discussed here. |
The Matrix room is https://matrix.to/#/%23bookwyrm%3Amatrix.org
If your issue is the same as the one discussed here, and you also run a setup without Docker, you can try removing and recreating the Python venv as a workaround |
I have made the change to requirements.txt and installed the new requirement. This appears to have fixed the problem. I'll await user feedback to be sure. I didn't do a new .venv at this time, as I need to prepare for that and to be sure there won't be any issues installing Python 3.11 (which isn't officially supported on jammy). |
Describe the bug
More often than not importing from other catalogues in search fails with the error "Server Error
Something went wrong! Sorry about this." The same error occurs when creating a new book with a cover image, or attaching an image to an existing book.
Expected behavior
Book to be import
Instance
ramblingreaders.org
Additional context
Problem only arose after upgrade from 0.6.6 to 0.7.3
The text was updated successfully, but these errors were encountered: