GNOME Bugzilla – Bug 321884
Composer is broken and causes errors when deleting chars during texttyping.
Last modified: 2006-01-30 22:29:36 UTC
There's a serious issue with Evolution when composing documents. Say I write a text: ;--------------------------------- Betrachtet, wie in Abendsonne-Glut Die grünumgebenen Hüttn schimmern! Sie rückt und weicht, der Tag ist überlebt, Dort eilt sie hin und fördert neues Leben. O ! daß kein Flügel mich vom Boden hebt, Ihr nach und immer nach zu streben! ;--------------------------------- And want to edit the word "grünumgebenen". I go there with the cursor and want to delete a char. I want to delete the "b" in there and point the cursor here: "grünumgeb<here>enen". I press backspace but instead of deleting the "b" it puts the cursor: "grünumge<here>benen". After pressing backspace again it removes the "b" but adds a space to the end of line. I keep getting more and more problems with Evolution after the US team of Evolution has handed over the work to the indian division. After using Evolution for years (before that I was developing Balsa with others) I never ran into so many problems as recently when the switch of teams happened. There are various issues like: - trashing sync files, - double entries in the message list, - popping emails during start of evolution, - crashing during start of evolution (every now and then), - Version disaster of evolution-data-server, - Silly dependency for HAL. This is totally inacceptable. Please reconsider that Evolution is no "hackers-toy" it's a serious application that people want to get their work done. And done without annoying issues. Temporarely I speak for the CVS version of Evolution and it's dependencies but this is also valid for the stable 2.4.x release series. I keep updating CVS from time to time in hope that some of the issues have been solved meanwhile. But they aren't.
i have never seen something like that and i am also running a german locale here. if you want the developers to take a look at it then tell us more information. which evolution version this is or when did you check out from cvs? sounds more like a broken keymap to me, which gtkhtml version is that? any output on the shell? which distro? which locale? is this reproducible? 100%, sometimes? html or plain text composer? - double entries in the message list: can have several reasons, take a look into the archives. i also have a web.de mail account and it works perfectly. :-/ - popping emails during start: if nobody reports this, how the hell can the developers fix it? (apart from that i don't get it) - crashing: file stack traces. :-/ - version disaster of eds: sounds cool, what is this exactly? the 1.4.1->1.4.1.1 issue for exchange? hmm. but a "disaster"? - silly dependency for hal: bug 319615, it's your bug report. an unstable version is there to be unstable. again, most people say that 2.4.x is the most stable version they have ever used. i can understand though that you're a bit frustrated because some of your patches did not go in yet, so am i. :-/
thanks andre. Updated bug 321881. A lot in the above bug report are opinions (and sigh, everyone is entitled to his own, right or wrong). Concrete Bug reports have all been attended to.
Greetings Andre, > if you want the developers to take a look at it then tell us more information. That was the best information I could have been giving so far. If I knew the exact issue then I probably would have sent a patch for that as well. > which evolution version this is or when did you check out from cvs? sounds > more like a broken keymap to me, which gtkhtml version is that? It's Evolution from CVS as well as GTKHTML from CVS. These are different new checkouts and compile of GNOME (recompiled it probably 2-3 times since then). The problems started to happen 2-3 weeks before the Evolution 2.4.0 release and can most likely be a GTKHTML problem. Could this be a GTK+ issue ? But if so, why aren't other textfields not behaving the same ? Gedit is correct, Glabels is correct, Abiword is correct, even FireFox (this entry box) is correct. If it's a locale problem or a broken keymap then chances are there that other stuff is affected by it as well. > any output on the shell? none that would relate to this issue. > which locale? C > is this reproducible? 100%, sometimes? yes, 100% > html or plain text composer? plain text composer > double entries in the message list: can have several reasons, take a look > into the archives. i also have a web.de mail account and it works perfectly. The problem statement has nothing to do with web.de mail account. The problem is related to this bugreport: http://bugzilla.gnome.org/show_bug.cgi?id=213072 Which has a bunch of dupes already: http://bugzilla.gnome.org/show_bug.cgi?id=210405 http://bugzilla.gnome.org/show_bug.cgi?id=219699 http://bugzilla.gnome.org/show_bug.cgi?id=215151 http://bugzilla.gnome.org/show_bug.cgi?id=315531 http://bugzilla.gnome.org/show_bug.cgi?id=319992 My theory why the sync files are getting corrupted and double entries of the eMails show up in the list is related to wrong TYPE used. I see this together with that problem. Sometimes when poping emails I get shown at the statusbar 'fetching mail 2134132541' (random number now) a very big number for a eMail. This instantly leads the 'mailbox desynced' error dialog that shows up and immediately I get double entries of the mails shown in the mail lister. Maybe this is an issue with TYPES where int has been used while unsigned int was required or something like that. I tend to bet my pants that this issue that causes so much pain for many people can easily be fixed - but know where. So an email that comes from: Werner Werner <werner@web.de> Subject: Mein Fussball will show up two times: Werner Werner <werner@web.de> Subject: Mein Fussball Werner Werner <werner@web.de> Subject: Mein Fussball Only solution for this is to close Evolution a few times and restart it from scratch. > popping emails during start: if nobody reports this, how the hell can the > developers fix it? (apart from that i don't get it) Why did you comment on my filed bugreport about that then ? > an unstable version is there to be unstable. again, most people say that 2.4.x > is the most stable version they have ever used. Of course you have a valid point when saying that a CVS version is unstable. But then 2.4.0 is considered stable - right ? And I already reported to have these issues with stable as well. The reasons why I keep updating from CVS is that I always have the hopes that some of these issues disappear. If people say that 2.4.x is the most stable version they have ever used then I bet you will take my apologizes that I don't believe this otherwise herzi wouldn't have filed in a 'Evolution crashing during start' bug for 2.4.0 (the one you just confirmed to be the most stable version). Though I don't want to stick into politics or offend you people since this won't help clearing and solving the issues. I like to seriously recommend starting to get these things fixed somehow - the faster the better. You can be sure that with my bugreports I try to help you people sorting out problems that may not occour on your systems but on others. It has a reason why I keep writing these bugreports here - it's not written because I have nothing better to do with my time.
I can't reproduce the problem with deleting characters in the text above, neither in the C locale nor with nb_NO.UTF-8. Does it still persist for you? I would suggest closing this report and opening separate reports for any of the other issues you have that are still there if the issue in *this* report has been fixed. I'm using these packages: evolution-2.4.1-8 gtkhtml3-3.8.2-1 evolution-data-server-1.4.1.1-3
I still have these problems even with updated Evolution and whole GNOME and they don't go away from alone without proper investigation and fix. I still find it confusing that this only happens with Evolution's composer window and not with anything else. I can backspace nicely in this field here, I can backspace nicely everywhere else in every GTK+ typing fields but not in the composer window of Evolution. I think I gonna try isolating the bug. I am quite sure this exists in gtkhtml. I will downgrade the gtkhtml version by recompiling it from source and isolate the day between the changes that caused this issue. Maybe this helps tracking this issues down.
That would certainly help. Thanks
Ok, following thing. I had a quick look some days ago into the composer component of gtkhtml and there is the problem (probably also related with recent GTK+ changes, who knows) There is GDK_Backspace assigned which refers to a subroutine called 'delete' or something which has a lot of FIXME comments inside it. It goes back first and then deleted the char right of it (something like that is still in my head when I looked at it). I bet around there is the bug and it has to be fixed properly. Can someone please try compiling evolution using GTK+ from CVS HEAD ?
bug 323251 could be the same bug
it sound like quite alike my problem, i'm also using GTK+, libgtkhtml, evolution from HEAD, the problem that i have is slightly different tough. say i'm typing some text and want to remove the last typed character, if i hit backspace the cursor moves on position to the left but doesn't delete that character, from that point on if i want to keep deleting characters it will work the way it is supposed to be, but the first characters (which now is behind the cursor) is not deleted.
*** Bug 323251 has been marked as a duplicate of this bug. ***
i compiled from cvs yesterday and can reproduce this, both with "delete" and "backspace". the first time you hit these keys it moves the cursor but does not remove the character. the second time and from then on, it works. it's also even worse when using other input methods, (i wanted to write something in cyrillic), because it deletes characters and i cannot get them back by using "undo". lowering severity from "critical" to "major" since this does not crash evolution. raising priority since it is a major annoyance. i have only seen this in the cvs head build so far, but not in the 2.5.2 rpm snapshot dated 20051117 for suse9.3. i am going to provide more information soon. hackers: please tell me how to submit more information.
Indeed, this is the problem.
*** This bug has been marked as a duplicate of 319407 ***