Closed Bug 43348 Opened 21 years ago Closed 18 years ago
Spell check: Using "Remove" or "Replace" buttons don't work in personal dictionary dialog
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
Target Milestone: --- → M17
Status: NEW → ASSIGNED
setting to nsbeta3+
setting priority in status whiteboard
Priority: P3 → P4
Whiteboard: nsbeta3+ → [nsbeta3+][p:4]
PDT downloading to [nsbeta2-]
Whiteboard: [nsbeta3+][p:4] → [nsbeta3+][p:4][minus]
hopefully the user will be able to edit the personal dictionary with another application setting to minus, moving to future and adding helpwanted
Whiteboard: [nsbeta3+][p:4][minus] → [nsbeta3-][p:4][minus]
Target Milestone: M18 → Future
*** 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
Summary: Deleting from personal dictionary doesn't work → Using "Remove" button to delete from personal dictionary doesn't work
Target Milestone: Future → mozilla0.9.1
Whiteboard: [nsbeta3-][p:4][minus] → [spellcheck]
Target Milestone: mozilla0.9.2 → mozilla1.0
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.
Target Milestone: mozilla1.0 → mozilla1.0.1
Shouldn't Platform/OS be set to all/all on this bug?
Summary: Using "Remove" button to delete from personal dictionary doesn't work → Spell check: Using "Remove" or "Replace" buttons don't work in personal dictionary dialog
*** Bug 152546 has been marked as a duplicate of this bug. ***
I think this should get some attention! Marking editorbase.
Whiteboard: [spellcheck] → [spellcheck]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"
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.
Assignee: kin → syd
Status: ASSIGNED → NEW
i'll look at this a bit
Assignee: syd → cmanske
Assignee: cmanske → kin
OS: Windows 98 → All
Hardware: PC → All
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.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.