Description: I have a document which has styles called selah and endnote xtra. If i use these a second time, the paragraph reverts to (i think) parent style, yet the new paragraph is the correct style Steps to Reproduce: 1.type text 2.change style to selah 3.selah selected, type text 4.enter for new paragraph Actual Results: the paragraph just typed reverts to parent text(in example this is Body Text). the new par however, is correctly Selah, until enter, then same happens The same occurs for endnote style which has a continuation style called endnote xtra Expected Results: styles should not automatically change to parent style (can someone explain why LO version number has leapt to 24.2? from 7.6) Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-GB Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e4e5fb4b2935e395c7e4b3a794d544a6f44709ce CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded
Created attachment 188214 [details] example of style unexpected auto change
(In reply to Elmar from comment #0) > (can someone explain why LO version number has leapt to 24.2? from 7.6) https://lists.freedesktop.org/archives/libreoffice/2023-May/090403.html https://lists.freedesktop.org/archives/libreoffice/2023-June/090430.html
Repro. Needs bisection.
Regression after commit 083975f9666e3dc6fd665dc0418e6c3130628359.
(In reply to Mike Kaganski from comment #4) > Regression after commit 083975f9666e3dc6fd665dc0418e6c3130628359. I don't think the bug is caused by this patch. The bug also occurs in Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 4:7.5.4~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded It should be related to Replace Custom Styles in AutoCorrect.
(In reply to Baole Fang from comment #5) > I don't think the bug is caused by this patch. The bug also occurs in > > Version: 7.5.4.2 (X86_64) / LibreOffice Community > Build ID: 50(Build:2) > CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: gtk3 > Locale: en-US (en_US.UTF-8); UI: en-US > Ubuntu package version: 4:7.5.4~rc2-0ubuntu0.22.04.1~lo1 > Calc: threaded No repro in Version: 7.5.5.1 (X86_64) / LibreOffice Community Build ID: 2c5e46c1980ec5241359fd65d751dc518205e7af CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded What specifically did you check? For me, the style reset happens in 7.6 and master, when you put cursor to the end of the blue-colored paragraph - the one with text "par3 third selah"; and press Enter.
Autocorrect: disabled "replace custom styles": still happens disabled autocorrect while typing: does not reset style re-enabled autocorrect while typing: resets style
(In reply to Baole Fang from comment #5) > I don't think the bug is caused by this patch. The bug also occurs in By the way: did you see that I added "bisected" flag? I wrote "Regression after commit ...", after *bibisection*, so - unless you can prove it's a false positive, I don't think it's doubtable ;)
Indeed, it is caused by 083975f9666e3dc6fd665dc0418e6c3130628359.
*** Bug 156221 has been marked as a duplicate of this bug. ***
Not sure if this helps: I notice if one hits enter on an empty endnote continuation paragraph, it does not revert the style.
*** Bug 156275 has been marked as a duplicate of this bug. ***
(In reply to Elmar from comment #7) > disabled autocorrect while typing: does not reset style > > re-enabled autocorrect while typing: resets style Same here. LO 7.6.0.1, Linux
I'm not a regular here, but IMO the Importance of this bug needs to be elevated to at least Major, and preferably Critical. 7.6.0.1 Writer is unusable, I am going to revert.
*** Bug 156309 has been marked as a duplicate of this bug. ***
(In reply to Paul from comment #14) > I'm not a regular here, but IMO the Importance of this bug needs to be > elevated to at least Major, and preferably Critical. 7.6.0.1 Writer is > unusable, I am going to revert. The fix is already there last week, but still under review due to lack of unit test. I was trapped at the airport, so I won't be able to develop its unit tests until later this week. https://gerrit.libreoffice.org/c/core/+/154144
(In reply to Baole Fang from comment #16) It's great that you are dedicated to fixing it. It's important, but please don't get stressed because of unreasonable expectations of users, who use a pre-release versions, and push you that way. It is expected that bugs will be found.
Thanks, Baole. I appreciate the update and the work.
Baole Fang committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e26aeb882dd236adf19679d5df9b7ba5da1ed226 tdf#156165: Fix replace custom styles while typing It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Baole Fang committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/e50ec4d8ddca5dfe6a4f329298c0bae4edc5e41c tdf#156165: Fix replace custom styles while typing It will be available in 7.6.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
confirmed fixed
Can this fix be backported to 7.6.0? It is very annoing.
Repro in: Version: 7.6.0.1 (X86_64) / LibreOffice Community Build ID: 776eaf34564cbf3f034a0ba1fd1d5c32ff9ccf1c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Fix verified in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d16d86685afdf3d321cc282a39a65f38381b6eaa CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: fr-FR Calc: threaded Will see if a cherrypick to 7.6.0 is possible.
Baole Fang committed a patch related to this issue. It has been pushed to "libreoffice-7-6-0": https://git.libreoffice.org/core/commit/4ea3099dba3d0f7d1f09b31f204223449bfbbc51 tdf#156165: Fix replace custom styles while typing It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 156597 has been marked as a duplicate of this bug. ***
*** Bug 156558 has been marked as a duplicate of this bug. ***