Integration microsoft to do list import function does not import
Closed this issue · 17 comments
Description
The import option in menu leads to a page where microsoft to do list can be imported, once the process completes we are greeted with a successful message and are informed that it will happen in background and we will notify. Even after days we still dont se any list imported from microsoft to do. Same is applid to trello just to check but it still is not working. It never fails both methods microsoft to do and trello are completing successfully. But nothign is imported.
Vikunja Version
Version: v0.23.0
Browser and version
123.0.1 (64-bit)
Can you reproduce the bug on the Vikunja demo site?
No
Screenshots
Vikunja Version :
Browser Version :
Steps :
What do you see in the logs?
If you search the log for Error, do you see anything?
What is the log level?
I dont have any idea what level log is it, since I have not changed the config, it should be the default. Let me look into hot to manually changing the log level.
So by default the logs go to info level, as per instructions here - https://vikunja.io/docs/config-options/ . I went further and changed log level manually to debug and here is the screenshot . I restarted my vikunja instance but still there is no sign of error in logs and the import option completes with the same message that it was successful and will be carried in background. But nothign shows up related to any import from my microsoft to do account.
This is the log , after changing to debug level now.
This is the log , after changing to debug level now.
This looks like the import did not actually start - did it tell you "you already did the import once, do you really want to do this again?" - in that case you need to confirm the import.
The debug log should give you plenty of information while the import is running, in your case it looks like it didn't start.
No it does not spill any such message for confirming to do again as you mentioned. The result is same means the screenshot in step 4 always appears. Logs only show same thing over and over again.
Okay, then that's the bug. I'll take a look.
If it helps, I am available on discord and also not deleting the instance I have just in case if it cannot be reproduced. Hope you find it.
I'm heading off on vacation tomorrow for a week, will ping you back after that when I find something.
Since I am running in docker environment, can I manually change those two lines in respective two files? ( 0b9ef27 one I think is optional being a comment); as I suppose these changes will take time to reach docker images. I am trying to find the location of these files in docker instance but not able to find the path to the MigrationHandler.vue file or am I doing this wrong way.
The message not showing is fixed in 0b9ef27. Please check with the next unstable build (should be ready for deployment in ~45min, also on try).
as I suppose these changes will take time to reach docker images
The change is already in the latest unstable build. You can just use the :unstable
tag for the docker image, pull and restart your stack and you should be good to go. Make a backup first! You can learn more about the different versions here.
I am trying to find the location of these files in docker instance but not able to find the path to the MigrationHandler.vue file or am I doing this wrong way.
You can't edit the file in the docker container because they only contain the final compiled binary with the frontend and api bundled, not the source files. If you still want to edit the files, you need to build Vikunja from sources manuall. In your case, it's a lot easier to just switch to unstable though.
Hey thanks for the tip. just used unstable
tag for docker image and now migration part works.
It went in the very first attempt. Also if I revisit, it warns me about duplicate entries possibility before confirming just like you asked earlier.
One question, do i need to keep using unstable or does these changes reflect in latest tag docker image after some time.
Thank you so much <3 .
I believe we could close this issue. Also hope your vacations went well. [forgor that] .
Unstable builds are built from the latest commit in the main branch. In irregular intervals a release is made from that and then the changes will be cut into a release. In your case, that means you can keep using unstable and then switch to the next release once that's out.