Selected added word in the personal dictionary, selected delete and the word was not deleted. Steps to reproduce: 1. open either an existing page or new page. If a new page, enter several lines of text, making sure to add some unique words such as Netscape or AOL. 2. select spelling from toolbar or menu 3. when the unique word os found and is displayed in the text field of the spell check dialog, select add. Complete the spell check session. 4. Relaunch spell check and select Edit from the dialog 5. In the edit personal dictionary dialog, select the word you just added and select delete. What happens: the word is not deleted
setting to m17
needs to be fixed for beta3
setting to nsbeta3+
setting priority in status whiteboard
PDT downloading to [nsbeta2-]
hopefully the user will be able to edit the personal dictionary with another application setting to minus, moving to future and adding helpwanted
*** Bug 73268 has been marked as a duplicate of this bug. ***
Changed Summary for better searching. I think this should be reevaluated for 0.9.1
Confirming Spell`s User Dictionary behaviour still exists in Composer build 20010903. While testing Spell Check feature using a rather long pre-saved document, created a new Personal Dictionary list by adding approximately 145 odd words--some mispelled, even. Could empty, though not permanently delete, the Personal Dictionary list, just as described above. After seemingly have unloadeded the entire list under ``Words in dictionary:,'' by navigating [Spell], [Edit] Personal Dictionary, highlighting the first word in the list [Remove], [Remove], [Remove], ... [Close], the list will return every time. Completely exiting the software altogether has no additional effect. The list persists. Note: Please see also, where the exact issue appears in (Mail) Composer Spell Check User Dictionary, as originally indicated in Bug 58901. The identical list, apparently ``emptied,'' magically appears untouched when Personal Dictionary is reopened.
*** Bug 58901 has been marked as a duplicate of this bug. ***
Bulk move of mozilla1.0 bugs to mozilla.1.0.1. I will try to pull some of these back in if I can.
Shouldn't Platform/OS be set to all/all on this bug?
*** Bug 152546 has been marked as a duplicate of this bug. ***
I think this should get some attention! Marking editorbase.
The reason this hasn't been fixed a long time ago is explained by kin: "It's a bug in the INSO codethere's a bit that's preventing things from being removed I don't see how (in the INSO API)to cause that bit to get set/unset"
Created attachment 88199 [details] [diff] [review] Workaround patch v1 for NS spellcheck module This patch is contingent on adding ResetPersonalDictionary to NS spellcheck code as well (see bugzilla bug 127704). But to do this right in mozilla space, we probably should have an overlay that uses code in this patch only when using the INSO spell checker. I hope the mozdev spellchecker doesn't have this problem and doesn't have to use this hack.
In last comment, adding "ResetPersonalDictionary()" to NS code is http://bugscape.netscape.com/show_bug.cgi?id=16869 for NS people to look at.
Nominating for Buffy. Workaround is to close and re-open Netscape and deleted items will no longer show.
Syd: Can someone on the composer team take this one? Kin's overloaded. Thanks.
i'll look at this a bit
This turned out to be a bug in the 3rd party spellchecker Netscape uses. (bugscape id 13713) Resolving this bug as invalid since it's not front end related.