Bug 98889 - selected character and word count in statusbar does not update frequently enough when using Shift + <Arrowkeys>
Summary: selected character and word count in statusbar does not update frequently eno...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.2.2 release
Hardware: All All
: low trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval
: 156801 158378 (view as bug list)
Depends on:
Blocks: Statusbar Word-Count
  Show dependency treegraph
 
Reported: 2016-03-25 18:46 UTC by Logan Crump
Modified: 2023-12-11 23:38 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
Before and after of character count not updating (15.29 KB, image/png)
2016-03-25 18:46 UTC, Logan Crump
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Logan Crump 2016-03-25 18:46:56 UTC
Created attachment 123854 [details]
Before and after of character count not updating

When highlighting text, the character count in the statusbar at the bottom does not update properly. Highlighting multiple words with the keyboard or mouse will show you the number of words and characters in the highlighted block. Using <Shift><Arrow keys> to modify the selection will move the selection back or forth one character. This should update the characters selected count, but it does not always do this. The count only updates when a space between words is highlighted, or the first or last letter of the word is selected.

Using the latest stable release of LibreOffice on Arch Linux. If there is any other information I can provide please let me know.

Logan.
Comment 1 Joel Madero 2016-03-25 19:07:24 UTC
Bodhi Moksha
LibreOffice 5.0.2.2 (updating version to reflect earlier version)

Confirmed.

Marking as:
new
Trivial - not going to really impact work at all;
Lowest - default for trivial issues.

Might be an easy hack so requesting dev input.
Comment 2 QA Administrators 2017-05-22 13:19:54 UTC Comment hidden (obsolete)
Comment 3 Logan Crump 2017-05-23 22:35:07 UTC
The bug is still present as described in the original post.

LibreOffice 5.3.3.2 30m0(Build:2)

Latest Arch Linux as of May 23, 2017.
Comment 4 QA Administrators 2018-05-24 02:45:35 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2020-05-24 03:43:30 UTC Comment hidden (obsolete)
Comment 6 BogdanB 2020-12-20 21:12:35 UTC
Confirm this also in
Version: 7.2.0.0.alpha0+
Build ID: e57665ea6f812aff9fc87073ce947f40a8b26e9d
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 8 Stéphane Guillou (stragu) 2023-12-11 22:59:08 UTC
*** Bug 158378 has been marked as a duplicate of this bug. ***
Comment 9 Stéphane Guillou (stragu) 2023-12-11 23:29:08 UTC
*** Bug 156801 has been marked as a duplicate of this bug. ***
Comment 10 Stéphane Guillou (stragu) 2023-12-11 23:38:12 UTC
As commented in duplicate bug 156801:

The behaviour has been wrong for a while, just in a slightly different way since 5.4.
The two different stages I see:
- Character and word count don't update unless cursor _reaches_ a word boundary (for both directions), which was still true in 5.3.0.3
- Character and word count don't update unless cursor _reaches_ a word boundary if using Shift + Right, and unless it _leaves_ a word boundary if using Shift + Left, which is the case in 5.4.0.3.

That 5.4 change could be bibisected, but that wouldn't necessarily help much.

Hossein, what kind of easyhack could this be?