Apache OpenOffice (AOO) Bugzilla – Issue 32530
Deleting AutoCorrect Entries crashes Writer
Last modified: 2013-08-07 14:38:26 UTC
I was trying out to see if the AutoCorrect bug in previous versions of Ooo was remedied where it was reported that deleting entries in the Autocorrect list causes the list to get corrupted. The problem has since been remedied. However in the process of my experiment, I encounter another problem/bug. This is how it happened: 1. In an unsaved writer docuemt, open the Autocorrect dialog and then select English (UK). Proceed to delete the entry of 'abotu/about' by highlighting that entry and then click delete. 2. Without closing the s\dialog, change the language to English (USA) and delete the same entry using the same method. 3. Click on OK to exit. 4. OOo crashed. 5. Document sucessfully recovered but the deletion never take effect. I then tried to perform step 1 and jumped to step 3 (under English (UK)) and this time the deletion did not cause any problem. Repeated the same for English (USA) and it works just fine.
MRU->SBA: pls investigate. Could even be a good thing for 1.1.4...
Just test it our on WinXP with OOo 1.1.2. No Problem. The deletion is properly registered and OOo did not crash.
New findings: As I just installed OOo 1.1.2 on my Win XP, it lacks dictionaries that I want. After sending off the previous report here, I proceeded to install 3 dictionaries by using the AutoPilot in OOo 1.1.2, namely the English (UK), English (USA) and Malay (ms) if that is of any significant to the developer. The dictionaries installed was alright. I then test the AutoCorrect deletion one more time, this time I deleted 'abotua/about' a from the English (UK) list and then proceeded to delete 'abotuit/about it' from the English (USA) list then I click OK. OOo crashed just as in my Linux box as reported earlier. Now I remember that I also installed new dictionaries in my linux box using the same AutoPilot. Could it be due to that?
confirmd with an OOo1.1.2_en just follow the instructions of the issue reporter. including the last comment. this just occurs in the described order and only with some of the entries. in some cases the office will only stall in others it will crash an the crashreporter will popup set to OOo later set prio to P4
The crash doesn't happen easily but a Priority 4 is too low -> set to P3
Unable to reproduce in OOo3.0 RC2 and OOo 2.4.1, please proceed to close this issue.
Resolved as worksforme
Closing