[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#481291: marked as done (kate: Spellcheck replacing words at the static word wrap limit with longer corrections causes havoc)

Your message dated Sun, 14 Mar 2010 15:37:00 +0100
with message-id <201003141537.00432.ewoerner@kde.org>
and subject line Re: kate: Spellcheck replacing words at the static word wrap limit with longer corrections causes havoc
has caused the Debian Bug report #481291,
regarding kate: Spellcheck replacing words at the static word wrap limit with longer corrections causes havoc
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
481291: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481291
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: kate
Version: 4:3.5.9.dfsg.1-2+b1
Severity: normal


To reproduce:
Start kate.
Turn on static word wrapping at 80 columns.
Duplicate the following line several times (5 or so is sufficient):
test test test test test test test test test test test test test test test a tes
 That line should just touch the static word wrap limit.
Perform a spellcheck and replace each instance of "tes" with a longer suggestion
(the default suggestion I'm presented with is "Tess").

As the spellcheck replaces the first word you should see the static word wrap
doing it's job and moving the word to the next line. However, when it comes to
the next instance of "tes", the context highlighting of the word is missing, and
upon replacement a whole bunch of whitespace plus a new "Tess" is inserted
between the first "a" and the other "Tess", and the remaining lines stay
unchanged and uncorrected. This occurs similarly for subsequent spellcheck
replacements.

I've tried to describe it, but it's probably easier to just see for yourself.

It's as if there are two buffers of text, one for kate and one for the
spellchecker backend, that lose sync when the static word wrap does it's work.
Interestingly, it seems to not be a problem if the unrecognised word ("tes") is
somewhere in the middle of the line. It's only a problem if the word is at the
end of the line.

I originally discovered this in kile, and since confirmed it also appears in
kate, so it's probably an issue with the editor part. I haven't a clue if the
KDE 4 apps handle any better.

Peace,
Brendon


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kate depends on:
ii  kdelibs4c2a             4:3.5.9.dfsg.1-4 core libraries and binaries for al
ii  libc6                   2.7-10           GNU C Library: Shared libraries
ii  libgcc1                 1:4.3.0-3        GCC support library
ii  libqt3-mt               3:3.3.8b-5       Qt GUI Library (Threaded runtime v
ii  libstdc++6              4.3.0-3          The GNU Standard C++ Library v3

Versions of packages kate recommends:
ii  kregexpeditor                 4:3.5.9-1  graphical regular expression edito

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 4:3.90.1-1

The bug you reported has been fixed in KDE SC 4.0

--- End Message ---
Reply to: