-
Notifications
You must be signed in to change notification settings - Fork 284
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
Support migration of user data #5235
Comments
If I understand it correctly, this is about migrating data out of the Deck app. Migrating data from the Tasks / Calendar app should be covered by the Deck, however, brings its own backend and I don't know whether this is covered by user_migration, but I guess its not. I am transfering this issue to the Deck repository, as exporting data from Deck should be discussed there. |
Reading what you wrote in the forum, I see that you exported the Deck boards with the Tasks app. This exports from the Deck backend into a ICS file. However, importing this with the Calendar app, imports into the CalDAV backend from server, so it will not show up in the Deck app anymore. Since this really is a Deck issue, I have to refer you to the Deck devs. |
@raimund-schluessler the ICS file I export is from
I figured something like this is happening. So if I understand CalDAV interop between One cannot import Calendars events into Decks or tasks due to how these API's flow.
Right I stated that in my forum post, hence why I opened issue here 😄 |
The problem remains: As a user migrating from one NC to another, I should be able to bring my data with me. |
Its crazy, i am still not able to export/import a Deck... To import it want a json, when export in the app it gives a CSV, export with OCC gives a json, try to import this json fails because: Please provide a valid data json file: ` |
I think you might be encountering the issue in #5213. deck/lib/Service/Importer/BoardImportCommandService.php Lines 85 to 94 in 877c52f
The default argument for deck/lib/Command/BoardImport.php Lines 58 to 64 in 877c52f
So, if that file isn't present you get the "It's not a valid config file." message. I got around this by passing an empty string to |
OK, so let me answer my own question: with "occ deck:import". |
Hi, I am on NextcloudAIO and need to migrate deck cards for all the users from the old istance on nextclolud- both running 28.0.5.
Any clue on how to migrate deck data? I can't find any config.json and the data.json was generated by the deck export command using default values for a single user:
Thanks for your precious help! |
Hi @epifanio , IIUC you have to give an empty config file, and point to the data as follows (I did not test this):
|
Hi, thanks for your reply - I tried this way, but the app then complains about my data.json :
I genmerated the file using 1747d1fc75fc:/var/www/html$ head data.json
{
"version": "1.12.2",
"boards": {
"2": {
"id": 2,
"title": "Personal",
"owner": {
"primaryKey": "username",
"uid": "username",
"displayname": "name familyname",
... it is quite a large json (1.8 mb), could be it is corrupted when I transfered from one server to the other, i will try scp to move it again .. |
i checked with the json file exported from an other user and the import worked (terminated with some error and returned an empy deck, but the import process started) while with the export of my main user (the one that assign cards) it doesn't like the json file generated during the export |
Is your feature request related to a problem? Please describe.
As a user migrating from one NC to another, I should be able to bring my data with me.
Describe the solution you'd like
This should be done properly with the user_migration app as outlined in the docs
Describe alternatives you've considered
I figured out a hacky way to migrate data from
Instance 1: Deck / Tasks
->Instance 2: Tasks
and explained here. I recall about 9 months ago I was able to move data fromTasks: Lists
->Deck: Boards
on the same instance within Tasks app. Am I imagining this or did some ACL / perms change somewhere?Additional context
No response
The text was updated successfully, but these errors were encountered: