Bug 163481 - Editing odt: selecting style from formatting toolbar puts edit focus into the style name box
Summary: Editing odt: selecting style from formatting toolbar puts edit focus into the...
Status: RESOLVED DUPLICATE of bug 163792
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.8.2.1 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-10-17 01:35 UTC by Chris G
Modified: 2024-11-16 19:24 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Paragraph with style about to be changed (64.38 KB, image/jpeg)
2024-11-08 00:41 UTC, Chris G
Details
Paragraph with style changed to 'indent', showing focus in style name box (66.30 KB, image/jpeg)
2024-11-08 00:43 UTC, Chris G
Details
Started typing immediately after style change, text is going into style name box (44.56 KB, image/jpeg)
2024-11-08 00:45 UTC, Chris G
Details
Screencast (384.20 KB, image/gif)
2024-11-11 08:23 UTC, Heiko Tietze
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris G 2024-10-17 01:35:36 UTC
Description:
When I change the style of a paragraph, using the formatting toolbar, for example to make a paragraph a scene break, the edit focus goes to the style name box. Any typing goes into the style name box instead of the main text. Clicking in the text restores focus.
Does not happen when changing a style using the sidebar.

Steps to Reproduce:
1. Put cursor in a paragraph in a Writer doc.
2. Select a new style using the "formatting" or the "formatting(styles)" toolbar
3. Start typing

Actual Results:
The new typing goes into the box with the style name, not the main text.

Expected Results:
The typing should go into the main text, i.e. the paragraph whose style was just changed.
(Works correctly if the sidebar is used to change styles)


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Works for both built-in and custom styles.
Comment 1 Aryeh 2024-11-07 23:11:11 UTC
I was not able to reproduce this. Can you provide a screen shot of the paragraph after you add text using different styles? Also include your version information as I have below.

Version: 24.8.2.1 (AARCH64) / LibreOffice Community
Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13
CPU threads: 8; OS: macOS 14.5; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 2 Chris G 2024-11-08 00:41:22 UTC
Created attachment 197485 [details]
Paragraph with style about to be changed
Comment 3 Chris G 2024-11-08 00:43:24 UTC
Created attachment 197486 [details]
Paragraph with style changed to 'indent', showing focus in style name box
Comment 4 Chris G 2024-11-08 00:45:38 UTC
Created attachment 197487 [details]
Started typing immediately after style change, text is going into style name box

Aryeh in comment 1 asked for version information:

Version:  24.8.2. (X86_64) / LibreOffice Community
Build: 0f794b6e29741098670a3b95d60478a65d05ef13
Environment:  CPU threads: 24; OS: Linux 6.9 
User Interface:  Ul render: default; VCL; gtk3 
Locate:  en-CA (en_CA.UTF-8); Ul: en-US 
Misc:  Calc: threaded
Comment 5 Adam664 2024-11-08 05:04:16 UTC
Confirming the described behavior.

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6668f6e34860b7f42a1ee06a062496a0cb63ce8e
CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Not sure if this is a bug or if this behavior is by design. The behavior when using the sidebar seems to be more intuitive, so if not a bug then maybe this report can be seen as an ux enhancement request. Adding needsUXEval and leaving as UNCONFIRMED for now.

UX Team -- please take a look at this enhancement. Thanks!
Comment 6 Heiko Tietze 2024-11-11 08:23:35 UTC
Created attachment 197540 [details]
Screencast

I still cannot reproduce.
Comment 7 Buovjaga 2024-11-16 19:24:00 UTC

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