Bug 136163 - Crash in: rtl_uString_newConcat | Deleting unused styles
Summary: Crash in: rtl_uString_newConcat | Deleting unused styles
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-27 00:00 UTC by Kieran Grant
Modified: 2020-09-16 07:33 UTC (History)
2 users (show)

See Also:
Crash report or crash signature: ["rtl_uString_newConcat"]

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kieran Grant 2020-08-27 00:00:49 UTC 
This bug was filed from the crash reporting server and is br-5b35d3fc-2f61-4e39-b668-81766d8f03dd.
=========================================

Version: 7.0.0.3
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL

This crash occurred when viewing Custom styles and deleting the unused styles.
It appears to be the auto-generated style names such as:
"Character_5f_5f_5f_20_5f_5f_5f_style"

In fact, after deleting such as "Custom" style, after saving and re-opening the file this new "Custom" character style appeared:
"Character_5f_5f_5f_5f_5f_5f_5f_20_5f_5f_5f_5f_5f_5f_5f_style"

So it appears to be related to style logic.
Comment 1 Dieter 2020-08-27 09:18:31 UTC 
Thank you for reporting the bug. Is it possible for you to provuide a sample document with the problematic styles and add some steps to reproduce?
Comment 2 Kieran Grant 2020-09-03 03:49:45 UTC 
I will need to see if I can reproduce on a sanitised version of the document.
Comment 3 Xisco Faulí 2020-09-07 08:56:49 UTC 
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 4 Kieran Grant 2020-09-16 03:04:09 UTC 
I have been unable to reproduce the issue.

I tried looking at the problem documents before I made further edits (in Older 6.4.5.2) but I could not re-produce the edits.

It is possible that I had at the time a very unique situation that led to the crash.

Furthermore I cannot seem to reproduce the crash after updating to 7.0.1.2.
(I try to keep fairly up to date with the AppImage version of fresh)

I do encounter other crashes at times such as when doing operations with two windows of the same document. (either turning of Formatting Marks and closing second window, etc). But I have yet to file a bug for them as I am usually pressed for time.
Comment 5 QA Administrators 2020-09-16 04:06:39 UTC Comment hidden (obsolete)
Comment 6 Dieter 2020-09-16 07:33:08 UTC 
(In reply to Kieran Grant from comment #4)
> I have been unable to reproduce the issue.

Kiera, thanks for testing again.
=> RESOLVED WORKSFORME