-
Notifications
You must be signed in to change notification settings - Fork 667
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
Test the branding migration with multi account #3515
Comments
I think we should try to keep it, it is useful if a branded version is rolled out but users had unbranded clients before. |
@ogoffart What are the steps to reproduce this?, Thanks |
I don't really know. It has something to do with installing some version of the cummunity client, then some version of the branding client and it should go and read the config of the community client and if the URL is the same it should import the account. @dragotin must know what is the exact devliverable of the feature. |
I think this was done once for @moscicki ? |
The feature is still missing in 2.0.0 - so nothing to test so far. We're investigating if we still need it in 2.0.0 |
If this were needed, please ping. |
There is no branding migration in 2.0.0 as @MTRichards agreed on. |
right, no auto migration - but you should have to upgrade. |
Upgrade 1.8.4 (single-account) ➡️ 2.0.0 (single-account) ✅ |
This was used to convert the config from the community client to the branded client. But we don't need this feature anymore #3515 (comment)
accountmigrator.cpp
do the migration from normal owncloud to the branded client. It has not been tested with 2.0 yet. We need to make sure it still work, or fix it, or get rid of the feature.The text was updated successfully, but these errors were encountered: