giuspen / cherrytree

cherrytree
https://www.giuspen.net/cherrytree/
Other
3.42k stars 464 forks source link

CherryTree 0.99.14 Seems to Randomly Crash on Ubuntu 20.04.1 LTS #1211

Closed t3chn0t3s closed 4 years ago

t3chn0t3s commented 4 years ago

Greetings,

I've noticed that as of CherryTree 0.99.13 its been crashing often while I'm using it. While it seems random it does happen frequently. Sometimes it takes only 10-15 minutes before it crashes and at other times it seems to be okay for up to an hour. I first noticed it in 0.99.13, but found that it continued after I upgraded to 0.99.14.

I'm not certain if this has happened everytime, but the last time it occurred was when I copied text from node to one of its subnodes. The following is some debugging information provided by the terminal shortly before the crash.


[2020-10-03 17:49:00.522] [   ] [debug] autosave: time to save file
colMode SEL
colMode PRE
colMode OFF
[2020-10-03 17:50:52.267] [   ] [debug] Node name: Installing Kioptrix L1
[2020-10-03 17:50:53.656] [   ] [debug] Node name: 10 - Scanning & Enumeration
[2020-10-03 17:51:00.522] [   ] [debug] autosave: time to save file
[2020-10-03 17:51:12.653] [   ] [debug] Node name: Scanning with Nmap
[2020-10-03 17:51:14.758] [   ] [debug] Applying tag: md-formatting-6
[2020-10-03 17:51:14.758] [   ] [debug] Creating new tag: md-formatting-6
[2020-10-03 17:51:14.885] [   ] [debug] Applying tag: md-formatting-6
[2020-10-03 17:51:20.550] [   ] [debug] Applying tag: md-formatting-1
Segmentation fault (core dumped)

Because its been crashing so frequently I've configured it to autosave every 1 minute. Please let me know if you'd like me to provide/gather additional information. I installed CherryTree using the .deb package, but can try to build it from source if its recommended.

ghost commented 4 years ago

Just to see for clarification: apt list --installed $(apt-cache depends cherrytree |cut -d: -f2)

t3chn0t3s commented 4 years ago

Thank you for the quick response. The output is shown below.


Listing... Done
cherrytree/now 0.99.14-1 amd64 [installed,local]
libatkmm-1.6-1v5/focal,now 2.28.0-2build1 amd64 [installed,automatic]
libc6/focal-updates,now 2.31-0ubuntu9.1 amd64 [installed,automatic]
libcairo2/focal,now 1.16.0-4ubuntu1 amd64 [installed,automatic]
libcairomm-1.0-1v5/focal,now 1.12.2-4build1 amd64 [installed,automatic]
libcurl4/focal-updates,focal-security,now 7.68.0-1ubuntu2.2 amd64 [installed,automatic]
libgcc-s1/focal,now 10-20200411-0ubuntu1 amd64 [installed,automatic]
libglib2.0-0/focal-updates,now 2.64.3-1~ubuntu20.04.1 amd64 [installed,automatic]
libglibmm-2.4-1v5/focal,now 2.64.2-1 amd64 [installed,automatic]
libgspell-1-2/focal,now 1.8.3-1 amd64 [installed,automatic]
libgtk-3-0/focal-updates,now 3.24.20-0ubuntu1 amd64 [installed,automatic]
libgtkmm-3.0-1v5/focal,now 3.24.2-1build1 amd64 [installed,automatic]
libgtksourceviewmm-3.0-0v5/focal,now 3.18.0-4build1 amd64 [installed,automatic]
libpango-1.0-0/focal,now 1.44.7-2ubuntu4 amd64 [installed,automatic]
libpangomm-1.4-1v5/focal,now 2.42.0-2build1 amd64 [installed,automatic]
libsigc++-2.0-0v5/focal,now 2.10.2-1build1 amd64 [installed,automatic]
libsqlite3-0/focal-updates,focal-security,now 3.31.1-4ubuntu0.2 amd64 [installed,automatic]
libstdc++6/focal,now 10-20200411-0ubuntu1 amd64 [installed,automatic]
libxml++2.6-2v5/focal,now 2.40.1-3build1 amd64 [installed,automatic]
libxml2/focal,now 2.9.10+dfsg-5 amd64 [installed,automatic]
ghost commented 4 years ago

What is the size of the Cherrytree database ? (.ctb or .ctd files) Stored on a hard disk ? No possible write access problem (automatic saving crash) ? Could you reproduce this issue with a new instance created for test ? (I have had some crashes caused by special characters, some strange space characters if I remember well, but difficult to reproduce, and not anymore).

Does it happen on any nodes, or with a specific node ?

t3chn0t3s commented 4 years ago
ghost commented 4 years ago

We're having issues too -

What we have tried

All did not fix the issue

Can provide any detail required Thanks very much for all your hard work What an amazing app!

t3chn0t3s commented 4 years ago

I was able to create a new instance, save it as a new file, and disable auto save. The crash seemed to have taken much longer, but I wasn't as active in my note taking. This particular section of material involved a lot of waiting. Below is the output from the terminal.


[2020-10-03 21:58:31.239] [   ] [debug] Applying tag: md-formatting-6
[2020-10-03 21:58:31.359] [   ] [debug] Applying tag: md-formatting-6
...
[2020-10-04 00:01:36.678] [   ] [debug] Applying tag: md-formatting-8
[2020-10-04 00:01:56.855] [   ] [debug] Applying tag: md-formatting-8
Segmentation fault (core dumped)

I had hoped to capture all of the output, from when I started CherryTree, but I only captured about 2 hours 3 minutes worth of output.

txe commented 4 years ago

@ciranus , there is no need to ask so many technical information for the sake of asking @t3chn0t3s , do yo have the option 'Enable Markdown Auto Replacement' turned on? (Preferences -> Rich Text) If yes, can you get it off and see if it helps?

t3chn0t3s commented 4 years ago

It was turned on. I turned it off and will see if it helps. Thank you.

giuspen commented 4 years ago

@prema770 if you have a file that you can share privately with us developers where the TOC hangs please do. About the random mouse clicks that crash the app can you give some more detail as to click on something in particular? Can you summarise what preferences you set which are changed from default (e.g. markdown auto replacement)

danmcl999 commented 4 years ago

I have also had a problem with the Cherrytree system hanging up. I created a test page in Wikipad with dummy text and exported that page as an html file. I copied that file 500+ times in a folder and imported that folder into a test Cherry Tree document. I get the same behavior that I had with the live database. I can provide that database if that would help troubleshoot.

I am using Ubuntu 20.04lts and CherryTree version 0.99.14.

It seems to be a problem locking up upon saving. The autosave is set to 1 minute, so after moving a few pages it saves, but the system locks up for about a minute and 20 seconds. +

I turned autosave off to try to see if it would lock up after I moved a number of pages.

I moved a number of pages with no lockup, but when I saved it, it did lock up and took a minute twenty seconds to save, during which time I got the message saying it was not responding and asking to wait or to force quit. I chose to wait and the system eventually became active again.

As I type changes on this page, the save process is quick.

I can add subnodes and the system still saves quicky.

When I moved the three sub nodes that I created, the save was a little slower, but only a second or two.

When I moved the newly created nodes down further in the list, among the nodes imported from HTML, then saved, the save took almost a minute twenty seconds.

When I moved one node down as a subnode of another, The save went pretty quickly.

Something that might help troubleshooting is that usually when the database freezes, the cursor is able to click to other applications and those other apps work like normal. There were two times, however, when it locked up and the cursor turned into the hand to move the nodes, but the cursor was also locked. It could move, but it could not select other applications or anything on the docking bar. None of the other applications were accessible.

ghost commented 4 years ago

@prema770 if you have a file that you can share privately with us developers where the TOC hangs please do. About the random mouse clicks that crash the app can you give some more detail as to click on something in particular? Can you summarise what preferences you set which are changed from default (e.g. markdown auto replacement)

@giuspen Yes of course. Will get that to you shortly Some more information

Thanks very much to you and your team. We're feeling lucky

Edit: @giuspen : We are attaching a non personal file to this post so that if needed you can request input from others Steps to reproduce:

Settings:

Just a reminder: The help file does allow TOC insertion without issue

We're off to the site to post some $$ for todays coffee for the team Thanks very much

t3chn0t3s commented 4 years ago

I'm happy to report that CherryTree has not crashed since I unchecked "Enable Markdown Auto Replacement (Experimental)". Thank you!

txe commented 4 years ago

@t3chn0t3s, that's great, sorry for the issue, there was no time to test markdown functionality, so it causes issues. @danmcl999, what type of CT document (sqlite/xml/encrypted) do you use?

danmcl999 commented 4 years ago

@danmcl999, what type of CT document (sqlite/xml/encrypted) do you use? Thanks for the reply. I am using the sqlite, unencrypted version.

giuspen commented 4 years ago

@prema770 I couldn't see the cherrytree file that you mentioned you would attach, have you attached it? @danmcl999 if I got it right this very slow save happens only when you move nodes around the tree (change parent), I'll try to reproduce it with the cherrytree manual first and if I cannot see it I'll ask you to attach the database or share with us somehow.

ghost commented 4 years ago

@giuspen Sorry. Here it is ... Knowledge.ctb.zip

ghost commented 4 years ago

Brilliant - thanks very much. Solved

t3chn0t3s commented 4 years ago

My issue was fixed by unchecking "Enable Markdown Auto Replacement (Experimental)". Thank you!

giuspen commented 4 years ago

Thanks @t3chn0t3s there is still the issue reported from @danmcl999 about slow save after reordering nodes which I'm going to have a look at shortly, no need anyway to reopen this (next time @danmcl999 please create a separate dedicated issue, no not use other unrelated issues)