-
Notifications
You must be signed in to change notification settings - Fork 34
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
Updates don't work since release 21 Parsing response failed
#542
Comments
This may be related to #90 which we should probably confirm and merge... |
Parsing response failed
Do you a mean fully manual installation or simply running the The parsing matter should only impact web-based runs I believe... |
Hello, Thanks for your answer. |
As a note, I also get this error on step 5. There it is caused by a too low PHP memory limit (as indicated by several forum threads). Increasing this limit and deleting the .step file solved it for me. |
Duplicate of #88 |
Bug description
Each time I try to update from version to the next proposed since version 21, I'm stuck in the page "updater"
At each step I get an error "Parsing response failed."
When I click on "Show detailed response", I see an html encoded text explaining the response, but the tool doesn't seems to understand this response because of the html syntax
for example on "Check for write permissions", the detailed response is :
{"proceed":false,"response":["\/var\/www\/html\/nextcloud\/updater\/..\/.htaccess","\/var\/www\/html\/nextcloud\/updater\/..\/.user.ini"]}
because my .htaccess and .user.ini files aren't owned by the apache userBut the worst problem is that when one step is successful, I'm also blocked and I get "Parsing response failed" while the detailed response is
{"proceed":true}
I don't understand why the response is html encoded and why the tool doesn't understand it.
I managed to pass some steps, but when I come to "Delete old files", the updater definitively stops 'cause it has'nt anymore code to execute !
So for all versions from 20 to 25, i had to update nextcloud by hand and it's a bit boring
Steps to reproduce
1.Click on "open updater system"
2. launch update
3. be blocked
Expected behavior
The updater should run from the start to the end without be blocked
Installation method
Other Community project
Nextcloud Server version
25
Operating system
RHEL/CentOS
PHP engine version
PHP 7.4
Web server
Apache (supported)
Database engine version
MariaDB
Is this bug present after an update or on a fresh install?
Upgraded to a MAJOR version (ex. 22 to 23)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
Nextcloud Logs
Too long : 90 Mo
Additional info
No response
The text was updated successfully, but these errors were encountered: