-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Cannot create user on master (1054 Unknown column 'available' in 'where clause) #18129
Comments
Caused by #13641 |
Bug on my end. |
Keyboard 😆 |
There was no chair involved, only a sofa 😉 |
I have an acceptance test which says it's still a problem. It was still working 3 hours ago, so there are not that many candidates. |
This is the one breaking it for me @PVince81
|
@oparoz are you sure about the bisect ? There should be no connection with the sidebar and user creation. The problem I had is that I switched branches and the DB update didn't run as there was no difference of version in version.php. |
I think it's wrong because I don't see the relationship, but if I checkout this commit and the one before, then the one before works and this one doesn't. I stayed on master. On a fresh install, as in in a Travis container, things are broken on master, so I don't think it's a DB update issue. Since scripts are used, I can't select a specific commit to see which one broke. |
Okay, that should be enough of a proof. |
Yes. I'm getting different behaviours whether I'm doing it locally or on Travis though and it might be because I'm using encryption locally. Locally, the user creation seems to work, but when I connect again, I get the trace I've posted above. Here is the script
At the last step, I'm getting an HTML page instead of XML. On Travis, the error is at the user creation step
|
It is likely to be related to https://github.com/owncloud/core/pull/18109/files#r36731350 |
Doesn't fix the issue at hand, at least locally. I'll wait for the change to be merged to see if Travis agrees with me. |
If somebody is brave enough, you can use @DeepDiver1975 's PR to check the API is working: #18105 Or if you're familiar with codecption, you just need to generate an api suite and add this file: https://github.com/owncloud/gallery/blob/b84508a0b687b91b623c6f81ea99e5fe40daa846/tests/api/CreateUserCept.php |
Yes - master is 💥
|
did we add a column to oc_storages and not increment the version? (bloody stone age schema-fu 💀 ) |
@Xenopathic added a column but he did increase version.php, didn't you? |
@PVince81 @DeepDiver1975 Yes, |
When I go to this commit it still works for me: Am I doing it wrong? |
According to the version history the version was not incremented properly but this is not show in the history of version.php |
so something went wrong with one of the rebases ... solution: increment the version now |
Yep, changing the version number fixes it for me. |
The change was already done by: So a rebase afterwards should have made it .4, I guess it didn't conflict because it was the same change? |
Bump version patch number, fixes #18129
@Xenopathic please fix the regression
Looks like all code paths related to oc_storages needs to be tested.
The text was updated successfully, but these errors were encountered: