Bug 134435 - Font size counter looks super weird with a bunch of numbers layered over each other if I use the font size shortcut (ctrl+])
Summary: Font size counter looks super weird with a bunch of numbers layered over each...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.6.2 release
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
: 135023 (view as bug list)
Depends on:
Blocks: Fonts-Size-Combobox
  Show dependency tree / graph
 
Reported: 2020-07-01 12:38 UTC by justanotherstrange
Modified: 2022-10-17 18:07 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description justanotherstrange 2020-07-01 12:38:46 UTC 
Description:
I am on libreoffice writer 6.3.6.2 in tabbed mode on Manjaro Linux (arch-based). LibreOffice is installed from official repos. When I use the font size shortcuts (ctrl+] amd ctrl+[), the font size counter begins to look very strange, like a bunch of numbers layered over each other. The font size still changes, but I can't tell what font size it has actually changed to. Super weird UI glitch

Steps to Reproduce:
1.(Maybe) Switch to tabbed UI
2.write some text
3.use the shortcut ctrl+] t change the font size
4. view the font size counter looking weird

Actual Results:
The font size counter looked super weird - it didn't display a number, but instead a convoluted mess of pixels

Expected Results:
The font counter would display a number


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 6.3.6.2
Build ID: 6.3.6-1
CPU threads: 4; OS: Linux 5.6; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.utf8); UI-Language: en-US
Calc: threaded
Comment 1 justanotherstrange 2020-07-01 12:40:39 UTC 
Here is what I mean by weird looking: https://i.imgur.com/TI3aYMe.png
Comment 2 V Stuart Foote 2020-07-01 15:50:14 UTC 
Can not confirm on Windows builds with recent master/7.1.0
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 8ed11b7289533bd609fbcb2adfb7b2982ef6fe22
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

In the NB Tabbed UI, scaling the font larger or smaller updates the size box cleanly. Same for selection of word, sentence or full paragraph--the font size box updates cleanly.
Comment 3 Dieter 2020-07-23 11:18:29 UTC 
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 4 Telesto 2020-12-01 14:37:51 UTC 
*** Bug 135023 has been marked as a duplicate of this bug. ***
Comment 5 Telesto 2020-12-01 14:38:39 UTC 
Kind of hijacking.. assuming being the same thing

1. Open Writer
2. Insert a textbox
3. Make the text object toolbar floating
4. Draw a new textbox
Comment 6 Justin L 2021-03-24 09:54:33 UTC 
I cannot reproduce in Ubuntu/gtk3.

When I press Ctrl+] quickly, nothing happens until I stop - and then the size is updated.  If I do it slowly, then the number nicely increments each time. I never seen overlapping numbers.  [Tested in 7.2+, last63onmaster, 6.3.5]
Comment 7 raal 2021-04-01 18:23:12 UTC 
No repro Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: c088d26578d1be352efa49bd164a8217627648de
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded