Open RealDrJester opened 1 year ago
It is likely that it is one particular file that is causing the crash. If you cannot share the files maybe you can yourself do some tests limiting the import to half of the files / the other half / and so on to identify the culprit. If you narrow down the issue then maybe you can share a file / limited number of files with me privately.
Thank you for the reply. I was a bit busy the last few days and only now had the time to go through the hundreds upon hundreds of files today.
Turns out it was a few problematic files, which oddly enough, had a weird character or instruction at the beginning of its path. It would not show any preview on windows itself, not notepad++ would be able to open them. Only the default notepad could open them. So I created a new .txt file, copied its content and saved it on the new file, and delete the problematic file. This worked. Here, I added the properties window on the screenshot below. Censored the titles a bit.
Now CherryTree is taking forever to save the SQL database. I've been waiting for almost 10 minutes. Maybe it is due to the quantity of files and some of them being quite massive...
Version, Operative system Windows 11 22H2 22621.1702
Describe the bug When importing a large quantity of text files from a folder(with multiple subfolders), Cherrytree closes itself without importing anything
To Reproduce Unfortunately all the documents are personal, and it is difficult to attach them.
Click "CherryTree" icon on windows start bar (after a crash it won't launch on the first click, needs to click twice) Click CherryTree again Click "File" Click "Import" Click "From Folder of Plain Text Files" Navigate to "F:/#Vivaldi_Notes" Click "Select" Wait a few seconds and Crash.
Sorry, I can't be of more help in giving more information about the crash. But thank you in advance if you can help me.
And these are the last entries on the crashlog from cherrytree.log.
[2023-05-29 16:24:50.581] [ ] [debug] 25 -> charset: ASCII [2023-05-29 16:24:50.581] [ ] [debug] 0 -> charset: [2023-05-29 16:24:50.581] [ ] [debug] 1971 -> charset: ASCII [2023-05-29 16:24:50.582] [ ] [debug] 6100 -> charset: ASCII [2023-05-29 16:24:50.582] [ ] [debug] 2920 -> charset: UTF-8 [2023-05-29 16:24:50.582] [ ] [debug] 3526 -> charset: UTF-8 [2023-05-29 16:24:50.582] [ ] [debug] 1584 -> charset: ASCII [2023-05-29 16:24:50.582] [ ] [debug] 1831 -> charset: UTF-8 [2023-05-29 16:24:50.583] [ ] [debug] 130 -> charset: ASCII [2023-05-29 16:24:50.583] [ ] [debug] 4057 -> charset: UTF-8 [2023-05-29 16:24:50.583] [ ] [debug] 3203 -> charset: ASCII [2023-05-29 16:24:50.583] [ ] [debug] 8957 -> charset: UTF-8 [2023-05-29 16:24:50.584] [ ] [debug] 8957 -> charset: UTF-8 [2023-05-29 16:24:50.584] [ ] [debug] 1944 -> charset: ASCII [2023-05-29 16:24:50.584] [ ] [debug] 2049 -> charset: ASCII [2023-05-29 16:24:50.584] [ ] [debug] 1827 -> charset: ASCII [2023-05-29 16:24:50.585] [ ] [debug] 604 -> charset: ASCII [2023-05-29 16:24:50.585] [ ] [debug] 2201 -> charset: UTF-8 [2023-05-29 16:24:50.585] [ ] [debug] 2366 -> charset: UTF-8 [2023-05-29 16:24:50.585] [gtk] [critical] g_file_info_get_content_type: assertion 'G_IS_FILE_INFO (info)' failed [2023-05-29 16:24:50.585] [gtk] [critical] g_content_type_get_mime_type: assertion 'type != NULL' failed [2023-05-29 16:24:50.585] [gtk] [critical] g_object_unref: assertion 'G_IS_OBJECT (object)' failed [2023-05-29 16:32:17.415] [gtk] [critical] Class::register_derived_type(): base_query.type_name is NULL.
And this is the AppCrashView log