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: 2025-12-11 03:16 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?
Comment 11 QA Administrators 2025-12-11 03:16:34 UTC
Dear Logan Crump,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug