Bug 108442 - Can't add words to dictionary while doing spell checking within web site forms
Summary: Can't add words to dictionary while doing spell checking within web site forms
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml forms (show other bugs)
Version: SVN
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-02 16:27 UTC by Christian Schneider
Modified: 2010-09-07 21:57 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Testcase for #108442 (391 bytes, text/html)
2008-04-16 19:08 UTC, Christophe Marin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Schneider 2005-07-02 16:27:04 UTC
Version:           3.4.1 (using KDE 3.4.1, compiled sources)
Compiler:          gcc version 3.3.2
OS:                Linux (i686) release 2.6.12-01

When I use the spell checking feature within HTML forms of web sites (utilizing the apsell backend) and I click on "Add word to dictionary" for a unknown but correctely spelled word, it is acutally not added to the dictionary. When I re-run the spell checker the same words are still unknown.

When I copy and paste the text to Kate or Kwrite and run the spell checker there, the words a properly added to the dictionary. After that procedure the HTML-form spell checker recognizes the added words correctely.
Comment 1 lexual 2005-07-03 15:44:48 UTC
confirming for 3.4.1
Comment 2 Freddie Witherden 2006-02-16 00:22:44 UTC
I also have this bug under KDE 3.5.1 (compiled from sources under Gentoo Linux) with GCC version 3.4.4.
Comment 3 Ian P. Christian 2006-02-16 15:45:49 UTC
happens to me in kopete too. using gentoo linux, ispell.
Comment 4 Wolfgang Rohdewald 2007-11-26 06:14:36 UTC
konqueror 3.5.8:

I looked at strace -f output. The save command # is never piped into aspell. Kate does send it.

[pid  6236] <... read resumed> "*WULI\n", 1024) = 6
[pid  6236] read(0,  <unfinished ...>
[pid  6236] <... read resumed> "*franz\n", 1024) = 7
[pid  6236] read(0,  <unfinished ...>
[pid  6236] <... read resumed> "^\n", 1024) = 2
[pid  6236] write(1, "\n", 1 <unfinished ...>
[pid  6236] <... write resumed> )       = 1
[pid  6236] read(0,  <unfinished ...>
[pid  6224] kill(6236, SIGKILL <unfinished ...>
[pid  6236] <... read resumed> 0xb7f03000, 1024) = ? ERESTARTSYS (To be restarted)
[pid  6236] +++ killed by SIGKILL +++
Process 6236 detached
waitpid(6236, NULL, WNOHANG)            = 6236
Comment 5 Christophe Marin 2008-04-16 19:07:58 UTC
Confirmed in trunk (rev. 797569)

Adding testcase.

- Open Testcase / RMB in the textarea box / Check spelling.
- Add the first word reported. ("Lorem", here)
- Close konqueror.
- Restart konq / Open the testcase 
- The same word will be reported as erroneus.
Comment 6 Christophe Marin 2008-04-16 19:08:49 UTC
Created attachment 24355 [details]
Testcase for #108442
Comment 7 FiNeX 2010-09-07 21:57:32 UTC
Fixed in KDE 4. Tested with KDE 4.4.5.