Bug 130694 - EDITING: in custom dictionary, editing entry to add trailing period crashes LO
Summary: EDITING: in custom dictionary, editing entry to add trailing period crashes LO
Status: RESOLVED DUPLICATE of bug 130658
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-15 21:00 UTC by Nick Levinson
Modified: 2020-03-06 12:11 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Levinson 2020-02-15 21:00:16 UTC
Description:
An abbreviation that should end with a period in the custom dictionary doesn't even when a period is in a mid position, and editing it to add the ending period crashes LO.

Steps to Reproduce:
1. In Writer, have a document with text open.

2. Press F7, for Spelling. (I did it with English (USA).)

3. Click the Options... button.

4. For the user-defined dictionaries, leave as preselected Standard [All] and click the Edit... button.

5. In my case, the first entry and the editable-field entry were "a.m", without quotation marks or a trailing period. Add a trailing period.

Actual Results:
This immediately crashes LibreOffice, specifically libreoffice-core, versions 1:6.3.3.2-7.fc31.x86_64 and 1:6.3.4.2-2.fc31.x86_64. On restarting LO, recovering the formerly-open document is the first step. On repeating the STR, the "a.m" will not have been edited.

Expected Results:
Adding of the trailing period or ignoring of the attempt to add it; and able to continue work on the document without a crash.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Apparently, entries can have periods in the middle but not trailing.

I don't have an OpenGL setting.

The problem persists in version 6.3.4.2.0+ (build ID 6.3.4.2-2.fc31). I'm not prepared to install a newer or unstable verion.

Possibly relevant: Bug 128383, bug 128475, and bug 128823.
Comment 1 Geoff 2020-03-05 22:58:56 UTC
CONFIRMED:

Version: 6.3.5.2
Build ID: 1:6.3.5~rc2-0ubuntu0.18.04.1~lo1
CPU threads: 2; OS: Linux 4.16; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

NOTED:

Despite the crash behavior as noted, the data is successfully written to the custom dictionary and future spell checks WORK SUCCESSFULLY.

Output from ~/.config/libreoffice/4/user/wordbook/standard.dic

******

OOoUserDict1
lang: <none>
type: positive
---
a.m.

******

SYSTEM DICTIONARIES INSTALLED:

aspell/bionic-updates,bionic-security,now 0.60.7~20110707-4ubuntu0.1 amd64 [installed,automatic]
aspell-en/bionic,now 2017.08.24-0-0.1 all [installed,automatic]
hunspell-en-us/bionic,now 1:2017.08.24 all [installed,automatic]
libaspell15/bionic-updates,bionic-security,now 0.60.7~20110707-4ubuntu0.1 amd64 [installed,automatic]
libhunspell-1.6-0/bionic,now 1.6.2-1 amd64 [installed,automatic]
Comment 2 Xisco Faulí 2020-03-06 12:11:39 UTC
Thanks for reporting this issue.
This is a duplicate of bug 130658 and it's fixed in LibreOffice 6.4.2

*** This bug has been marked as a duplicate of bug 130658 ***