Open shadoww1028 opened 7 months ago
can you please provide a backtrace?
Unfortunately there was nothing to back trace. I'm on Arch and was on the latest WxWidgets 3.2.4-3 and downgraded to 3.2.0-1. This seems to have fixed the issue. Its been some time I have not seen it again.
Please re-open with backtrace if you encounter this issue again
Apparently I spoke to soon. It appears it occurs on files that are more than a screen tall. I attached my logs but I don't know if they will help much. codelite-stdout-stderr.log crash.log
Doesn't look like I can re-open issues.
This appears to happen if you generate them while debugging using GDB.
Looks like this just happens randomly. I can say that I can see the text be added into the document then the mouse cursor changes into a hourglass and never comes back. I have to end it in task Manger (XFCEs task manager) . When it does work I can see the text be inserted then instead of crashing it tabs over to the correct tab level and I can continue. WxWidgets version doesn't seem to matter as well.
I have been using Codelite 17.9 for sometime now and I can say that this bug no longer exists.
Now in Linux Mint as well and not using Archlinux anymore. Codelite just works better on Ubuntu bases.
NVM it does. I guess I got lucky for a long time
What happened?
Linux: Arch (Endeavor) CodeLite 17.0 When generating getters and setters sometimes codelite hard crashes. Did not happen in previous versions. Using CMake in the C++ project
Version
Other
Operating system
Linux
Steps to reproduce
Relevant log output