I've just found a visual bug when the following conditions are met:
1. Spelling check is turned on
2. Zoom is 100%
3. Arial font is used
And I only have this bug with the particular character string "Kiwi, Fresh'ins"
I'll upload two files: one ODS file containing the issue and one PNG file showing the visual problem.
Steps to Reproduce:
1. Open the sample file
2. Make sure spelling check is ON
3. Make sure zoom is at 100%
There's an extra spacing between the letter s and the letter h
No extra spacing
User Profile Reset: No
OS: Windows 10
OS is 64bit: Yes
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
Created attachment 137544 [details]
Sample file containing the issue
Created attachment 137545 [details]
Image showing what I have on screen
Can not reproduce using sample with
Build ID: 6070dec9ca9a15587a2aece81f9ae1ab5ac0f8c4
CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: kde4;
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-11-05_00:08:31
Locale: nl-BE (en_US.UTF-8); Calc: group
maybe only windows
I see it in Windows with older LO and previous 6.0+.
Can't see with latest 6.0 alpha, could be some bug on spelling or ongoing work.
Some characters look wider with spell checking.
I won't confirm this, looks really trivial, maybe NeedDevEval.
This could be another incarnation of bug 88991 and/or bug 72546, with the root cause being bug 103322 or an old version of the Arial font. Visual impact severity might depend on screen resolution or Arial font (i.e. Windows) version. I can't confirm in with LO 18.104.22.168 Portable on Win10 64-bit, Full HD.
horus: maybe try with a fresh master build (6.0): http://dev-builds.libreoffice.org/daily/master/Win-x86_64@42/current/
If you need some other dictionary than en-US you have to install it for 6.0.
(In reply to Xavier Van Wijmeersch from comment #3)
> Can not reproduce using sample with
> maybe only windows
Me too. I also think it's only in Windows because of Arial font. That's why I conservatively marked "Windows" platform only.
(In reply to Buovjaga from comment #6)
> horus: maybe try with a fresh master build (6.0):
> If you need some other dictionary than en-US you have to install it for 6.0.
OK, I've tried a master build, not 6.0 but 6.1.
The setup is:
And I installed it in a freshly new Win 10 (64bit). It took me some time to find out how to enable spelling check because of lack of dictionary. Once enabled, the problem is unfortunately still there. I've made a video to show you the difference. In the video, I pressed Shift+F7 to switch between spelling check and without.
Created attachment 138697 [details]
What happens with and without spelling check -- the characters are moved
Build ID: a9b202a6b7000e7af34f2a639ca207122a3968bf
CPU threads: 4; OS: Windows 6.3; UI render: GL;
TinderBox: Win-x86@42, Branch:master, Time: 2017-12-26_23:10:23
Locale: nl-NL (nl_NL); Calc: CL
It isn't font specific as far I can tell.. bug 103322 sounds reasonable to be
Let's take a chance on bug 103322.
*** This bug has been marked as a duplicate of bug 103322 ***
(In reply to Telesto from comment #9)
> It isn't font specific as far I can tell.. bug 103322 sounds reasonable to be
Yeah, I also noticed that the text with the other font (Liberation Sans) also moved. Do I need to redo the test with "master build 6.1" in the original PC where I found this bug? Or is the bug totally confirmed?
According to bug 103322, a patch was committed to fix the integer/floating point issue for that bug.
I have tried the following daily builds but the problem described in this bug is still present:
Also note that the problem also happens at other zoom levels:
80%, 90%, 110%, 140%
So, maybe this bug has nothing to do with bug 103322?