Bug 150585 - Crash when recording macro with Find/Replace
Summary: Crash when recording macro with Find/Replace
Status: RESOLVED DUPLICATE of bug 150291
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.5.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-08-24 18:33 UTC by grofaty
Modified: 2023-02-03 06:20 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
gdbtrace.log (16.83 KB, text/plain)
2022-08-25 05:36 UTC, grofaty
Details
dialog_comparison.png (80.36 KB, image/png)
2022-08-25 06:27 UTC, grofaty
Details

Note You need to log in before you can comment on or make changes to this bug.
Description grofaty 2022-08-24 18:33:54 UTC
1. New Writer document.
2. In document just type one letter e.g. x
3. Tools | Options.
4. LibreOffice | Advanced and check "Enable macro recording".
5. Tools | Macro | Record macro.
6. Edit | Find and Replace
7. In Find field type: x in Replace field type: y
8. Press Replace All button and then Close button.
9. Click on Stop Recording in Record Macro window.
10. BASIC Macro window opens. In Macro Name type in: x and click Save button. LibreOffice Crash appears.

I tested this with
- default installed LibreOffice 7.3.5.2 from official repository on Ubuntu 22.04
- flatpak LibreOffice 7.4.0.3 on Ubuntu 22.04
and the exact steps produce crash.
Comment 1 Julien Nabet 2022-08-24 18:56:06 UTC
On pc Debian x86-64 with master sources updated today, I don't reproduce this.

Would it be possible to retrieve a backtrace? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace)
Comment 2 Roman Kuznetsov 2022-08-24 19:17:47 UTC
No repro in

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 8475b367298de73aec6abc60a159cc015baf9734
CPU threads: 4; OS: Mac OS X 12.5.1; UI render: default; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: threaded
Comment 3 grofaty 2022-08-25 05:36:00 UTC
Created attachment 182006 [details]
gdbtrace.log
Comment 4 grofaty 2022-08-25 05:36:37 UTC
@Julien I created backtrack on:

Version: 7.3.5.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: sl-SI (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1
Calc: threaded
Comment 5 grofaty 2022-08-25 06:26:36 UTC
@Roman, I can't reproduce on too:

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: e93b7f6a5c5f9ee86546d95d7fe70ecc26b71b91
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded


What I have noticed that LibreOffice 7.5.0.0.alpha0+ selects some folder by default, but LibreOffice 7.3.5.2 does not select folder by default. Manually selecting folder in LibreOffice 7.3.5.2 like it is selected in LibreOffice 7.5.0.0-alpha0+ and crash does not appear.

I have created print-screens and typed comments inside picture to explain in detail. See dialog_comparison.png attachment.
Comment 6 grofaty 2022-08-25 06:27:10 UTC
Created attachment 182007 [details]
dialog_comparison.png
Comment 7 grofaty 2022-08-25 06:31:06 UTC
Now I have also tested in LibreOffice 7.4.0.3 using flatpak package on Ubuntu 22.04. From Help | About:

Version: 7.4.0.3 / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: sl-SI (en_US.UTF-8); UI: en-US
Flatpak
Calc: threaded


I can confirm the same problem appears and the same solution I provided in my previous post (to select folder) solves the problem also in LibreOffice 7.4.0.3.
Comment 8 Julien Nabet 2022-08-25 09:06:52 UTC
Indeed, I confirm I can reproduce this with LO Debian package 7.4.0.3 when nothing is selected by default.
Searching about git history it seems a dup of tdf#150291
I made other tests, I don't reproduce this with gen rendering (still with 7.4.0.3) even when nothing is selected so exactly the same case, gtk3 specific.

*** This bug has been marked as a duplicate of bug 150291 ***
Comment 9 grofaty 2022-08-25 13:32:21 UTC
@Julien, I don't think this is the same bug 150291 as marked as duplicate.

Following bug 150291:
I can reproduce the Calc crash from your Comment_3 in LibreOffice 7.3.5.2, but can't reproduce the bug anymore in LibreOffice 7.4.0.3. This makes sense because in Comment_9 is stated that patch was pushed to 7.3.6 and in Comment_10 patch was pushed to 7.4.0.

If this was the same bug then both problems (mine in current bug) and bug 150291 should crash LibreOffice 7.3.5.2 and they do. But both problems should be fixed in 7.4.0 and 7.4.0.3, but only Calc problem from bug 150291 is fixed, but my problem isn't.

I am marking bug status back to UNCONFIRMED until you recheck the my comment.
Comment 10 Xisco Faulí 2022-08-26 14:51:41 UTC
Not reproducible in

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 4bf266233daa7d9ed030a20fa4f487f9f5a82379
CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: es-ES (es_ES.UTF-8); UI: en-US
Calc: threaded
Comment 11 Xisco Faulí 2022-08-26 14:53:48 UTC
I can't reproduce it with

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: aa661046b2a49dd2f3e16a118af3b45c061e08fe
CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: es-ES (es_ES.UTF-8); UI: es-ES
Calc: threaded

Either
Comment 12 Xisco Faulí 2022-08-26 14:55:16 UTC
Hello grofaty,
Could you please try with a clean profile ? For that, you can use 'Restart in Safe mode' from Help menu
Setting this issue to NEEDINFO. Please put it back to UNCONFIRMED once you try it
Comment 13 grofaty 2022-08-27 11:06:35 UTC
@Xisco I tried with "Restart in Safe mode":

7.3.5.2 REPRODUCABLE
7.4.0.3 REPRODUCABLE
7.5.0.0.alpha0+ NOT_REPRODUCABLE
Comment 14 Xisco Faulí 2022-09-07 14:11:30 UTC
I can't reproduce it in

Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 1; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 15 grofaty 2022-09-08 14:09:51 UTC
Today I tested on Windows 10 and crash does not appear. But at the same version on Linxu (Ubuntu 22.04) application crashes. It may be Linux specific problem. Someone should test this on Linux, to confirm a problem.

Version: 7.3.5.2 (x64) / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: sl-SI (en_SI); UI: en-US
Calc: threaded
Comment 16 Jegatheesan 2022-09-11 09:57:55 UTC
NOT REPRODUCED:

1. New Writer document.
2. In document just type one letter e.g. x
3. Tools | Options.
4. LibreOffice | Advanced and check "Enable macro recording".
5. Tools | Macro | Record macro.
6. Edit | Find and Replace
7. In Find field type: x in Replace field type: y
8. Press Replace All button and then Close button.
9. Click on Stop Recording in Record Macro window.
10. BASIC Macro window opens. In Macro Name type in: x and click Save button. LibreOffice Crash appears.

I done all the the steps on above and final crash doesn't appear on the final stage of update libre Office and its work fine.

ENVIRONMENT: libre Office 7.4.0.0 alpha0 Linux Mint 21.2
Comment 17 Stephen Reginold 2022-09-11 10:45:35 UTC Comment hidden (obsolete)
Comment 18 Buovjaga 2023-02-02 12:58:42 UTC
I could reproduce it with gtk3 in 7.3 and 7.4. I checked with linux-64-7.5 bibisect repo the commit 6e2bd11251afbe64f9889ede36b28b00f47aaff5 and its preceding one and indeed that is the fixing commit, so I will close as duplicate.

*** This bug has been marked as a duplicate of bug 150291 ***
Comment 19 grofaty 2023-02-03 06:20:28 UTC
I tested this bug in LibreOffice 7.5.0.3 as flatpak on Ubuntu 22.10 and problem is fixed.