Version: 3.4.2 (using KDE 3.4.2 Level "b" , SUSE 10.0) Compiler: Target: i586-suse-linux OS: Linux (i686) release 2.6.13-15-default Hello ! My Quanta crashes very often even on very simple tasks. I use Quanta as WYSIWYG editor. I started a new HTML page. wrote a few "a" and "b".... then tried to do it "bold" the "unbold" and when you type few strings and "bold" then "unbold" several times, Quanta simply crashes ! System: SUSE Linux 10.0 (x86), Quanta 3.4.2. -please fix ! -alexey. 12.apr.2006.
Created attachment 15585 [details] quanta-backtrace when crashed.
Hello !!!! Anybody home ? I get no responses !
Please test against the latest release, currently kdewebdev-3.5.2.
ohh man - but that would mean compiling stuff ! Please - isn't there any easier way to do this ? maybe NX access ? Please, please and please - do what is written in the description - try to reproduce - it's very easy - just type stuff on keyboard and at the same time press "bold" and "unbold" font buttons several times like you would in OpenOffice Writer.
Sorry, I did not have time for this yet, and well ... WYSIWYG mode pretty much doesn't have a maintainer now. But you should definitely try 3.5.2, as I fixed many crashes related to VPL between 3.4.2 and the 3.5 line (and from there if you upgrade anyway, 3.5.2 is recommended).
OK, I will test Quanat 3.5.2 if it will work on my KDE 3.4.2 - I will never replace my KDE 3.4.2. but will it work ? Are there RPM's that work on SUSE 10.0, without replacing KDE ? OS: SUSE Linux 10.0
On Saturday 22 April 2006 21:50, fenix wrote: > OK, I will test Quanat 3.5.2 if it will work on my KDE 3.4.2 - I will > never replace my KDE 3.4.2. but will it work ? It will work if you compile from source. > Are there RPM's that work on SUSE 10.0, without replacing KDE ? As far as I know, no, it requires to update your KDE as well (and why don't you want to do it? I did for a SUSE 10.0, without problems).
OK, compiled from sources on my system. OS: SUSE 10.0, Qt - 3.3.4. KDE 3.4.2, Quanta 3.5.2 It crashes perfectly.
Created attachment 15746 [details] the new quanta 3.5.2 crashes just as perfectly as the old one.
Please do the following: - compile again, but do the following: first a "make clean" to clean the sources, and for ./configure pass the "--enable-debug=full" argument. - run Quanta from a terminal and post what was outputed - describe me an exact way to make it crash (what did you type and clicked exactly). By just typing random things and pressing bold/unbold I couldn't make it crash. - there is no need to send reminders every day, I will fix it if: I can and when I have time. As I said, the maintainer of this code doesn't care about it, we will rewrite it for Quanta4, and I have many other things to do, including solving some health problems. So please, be patient.
Look I really have no idea how to reproduce the bug exactly - because I just type and it crashes. But something goes wrong from the very start of suing "bold and unbold" buttons -- this is the HTML code generated after first few seconds: "<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">ababababababab<strong strong=true>ababababababab</strong> <html> <head> </head> <body> <br> <br> <strong strong=true>ababababababbbbbbbaaa<br>aaaaaaaaabaaaaaaaaaaaaaaaaaaab</strong> </body> </html> and now if I continue working on such a bad code - it continue bolding and unbolding it will crash - it takes between 10 and 30 second of fast typing to make it crash - so no big deal. I might try to use screen capturers such as py2swf to show it to you - but I cannot reproduce - since I do not remember exactly what have I typed to make it crash. And when it crashes I do *not* remember the last symbol that I typed before the crash, Look I'm a human - I'can't reproduce it exactly - but it crashes. Always. I have enabled a "Full Debug" mode & recompiled.
Created attachment 15753 [details] full-debug of quanta 3.5.2
Thanks, but this is only the output to the console. ;-) When crashes, a Dr. Konqui dialog should appear where you can generate a backtrace. Do it and send that one as well.
Created attachment 15755 [details] the quanta generated log
Try too apply the attached patch by copying it to kdewebdev/quanta/parts/kafka and doing patch -p0 < vpl.diff (or whatever name you used for the diff). If it still crashes, attach the new backtrace and the console log. I expect to be a different crash and not the one you gave me in the last backtrace. Created an attachment (id=15757) vpl.diff
Ok, I could reproduce the crash and I committed a fix. It would be nice if you could try it on your system as well. You already know how to compile, and I will tell you how to get the fixed version. ;-) It is described in http://quanta.kdewebdev.org/faq.php#svn_version , but here it is shortly: svn co svn://anonsvn.kde.org/home/kde/branches/KDE/3.5/kdewebdev cd kdewebdev make -f Makefile.cvs ./configure --enable-debug=full (and other flags you've used) make make install (as root)
OK, I have downloaded the new version from SVN & compiled (but it still idetified as 3.5.2) The version still crashes. But it feels a little bit better. i.e. it takes several seconds more to crash - (but that's subjective -- may be luck/bad luck). before it was 10-30 seconds now it's 30-60 seconds to crash. If the version was really improved, please identify the version as "3.5.2.svn" in quanta "about menu" and not just 3.5.2. Both KDE Krash and console bug report are now compressed in single tar bz2 file.
Created attachment 15761 [details] Quanta SVN still crashes - both (console+KDE krash) bug reports are here.
So - where's the bug progressing ?
I had/have something else to do, but I didn't forget it.
Hello ! Is anyone looking at this crash bug?
Please try the current svn version. Best would be with a kdelibs compiled from svn.
Should be fixed in 3.5.5, if not reopen it.