Description: The text is re-positioning when scrolling up an down if the Automatic Spell Checking is enabled Steps to Reproduce: 1. Open the attached file 2. Enable the Automatic Spell Checking (SHIFT+F7) 3. Scroll a tick down (hiding the three rows) 4. Scroll up again 5. Text is moving a bit Actual Results: The text is re-positioning when scrolling up an down Expected Results: Text should stay put Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 5.5.0.0.alpha0+ Build ID: 076ed447f694239d5c67adee528ea6e471d909ff CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_23:54:20 Locale: nl-NL (nl_NL); Calc: CL and in 5.4b1 but not in Versie: 5.3.3.1 Build ID: 46360c72c4823cefeaa85af537fba22bd568da7e CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: GL; Layout-Engine: nieuw; Locale: nl-NL (nl_NL); Calc: CL User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Created attachment 133975 [details] Example file
I installed this for the dev version as it is not bundled: https://extensions.libreoffice.org/extensions/english-dictionaries I cannot reproduce the problem. Version: 6.0.0.0.alpha0+ (x64) Build ID: 2404a17e157273430d40ceaa1ab1275e7b50ba6e CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-06-16_23:41:27 Locale: fi-FI (fi_FI); Calc: group
Created attachment 134207 [details] Screencast Version: 6.0.0.0.alpha0+ Build ID: 18f513145477d4621290253d936dad7a40ee4c05 CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-21_06:40:38 Locale: nl-NL (nl_NL); Calc: CL
Every time scrolling down and up again it notice this: Z:\LibreOfficeDev 6\program\OpenOffice\dict_word_prepostdash.brk -> Path not found Stack KERNELBASE.dll CreateFileW + 0x32e KERNELBASE.dll CreateFileW + 0x68 KERNELBASE.dll CreateFileA + 0x36 icuuc59.dll udata_getRawMemory_59 + 0x55 icuuc59.dll icu_59::CStr::operator() + 0x448 icuuc59.dll icu_59::CStr::operator() + 0xcbc icuuc59.dll udata_open_59 + 0x5c i18npoollo.dll com_sun_star_i18n_BreakIterator_get_implementation + 0x182a i18npoollo.dll com_sun_star_i18n_BreakIterator_get_implementation + 0x13f0 i18npoollo.dll i18npoollo.dll + 0x6dfc editenglo.dll SfxEnumItem<enum SvxFrameDirection>::GetValue + 0x4c02 editenglo.dll SvxTabStop::GetFill + 0xf72d editenglo.dll EditEngine::CompleteOnlineSpelling + 0x41 sclo.dll ScViewData::SetSpellingView + 0x5829 vcllo.dll Timer::Invoke + 0xd vcllo.dll Application::Execute + 0x18e sofficeapp.dll sofficeapp.dll + 0xd626 vcllo.dll DeInitVCL + 0xb5a vcllo.dll SVMain + 0x29 sofficeapp.dll soffice_main + 0x79 soffice.bin soffice.bin + 0x1021
(In reply to Telesto from comment #4) > Every time scrolling down and up again it notice this: > Z:\LibreOfficeDev 6\program\OpenOffice\dict_word_prepostdash.brk -> Path not > found Ok.. just to check, can you reproduce it in safe mode?
> Ok.. just to check, can you reproduce it in safe mode? Yes, I can reproduce it in save-mode (I checked; with LibO6.0.0.0)
Seeing ICU 59 in that list, please try with 5.4.0.beta2 where internal ICU for Windows was wound back to 58.
And why was this set to Hardware All/All if so far only x86 Windows was affected.
Created attachment 134238 [details] Screencast (In reply to Eike Rathke from comment #7) > Seeing ICU 59 in that list, please try with 5.4.0.beta2 where internal ICU > for Windows was wound back to 58. 5.4.0b2 isn't reading dict_word_prepostdash.brk. However the text gets realigned when scrolling up after 'hiding' the text by scrolling down. (screencast with 5.4.0. added) And why was this set to Hardware All/All if so far only x86 Windows was affected. -> Bad habit. It's the default setting
Created attachment 140860 [details] Bibisect log Bisected to: author Khaled Hosny <khaledhosny@eglug.org> 2017-02-12 11:08:59 +0200 committer Miklos Vajna <vmiklos@collabora.co.uk> 2017-03-14 14:50:12 +0000 commit ded07624096183ed310187f29d4692bb39b7d24a (patch) tree 97cd5a53d45253defc9b3e45716b85014253c281 parent d3b9b4e41e31ce276d2d7354602a586b300adee9 (diff) tdf#105454: Stop ignoring font kerning setting Make sure the default is for kerning to be enable, and honor the setting to disable it. This also updates the expectations for chart2_xshape tests for file that had kerning disabled and was previously ignored. https://cgit.freedesktop.org/libreoffice/core/commit/?id=ded07624096183ed310187f29d4692bb39b7d24a
(In reply to Telesto from comment #10) > Created attachment 140860 [details] > Bibisect log > > Bisected to: > > author Khaled Hosny <khaledhosny@eglug.org> 2017-02-12 11:08:59 +0200 > committer Miklos Vajna <vmiklos@collabora.co.uk> 2017-03-14 14:50:12 +0000 > commit ded07624096183ed310187f29d4692bb39b7d24a (patch) > tree 97cd5a53d45253defc9b3e45716b85014253c281 > parent d3b9b4e41e31ce276d2d7354602a586b300adee9 (diff) > tdf#105454: Stop ignoring font kerning setting > Make sure the default is for kerning to be enable, and honor the setting > to disable it. > > This also updates the expectations for chart2_xshape tests for file that > had kerning disabled and was previously ignored. > > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=ded07624096183ed310187f29d4692bb39b7d24a All that commit does is disable kerning when asked to do so, which is supposedly was the intended behavior at some point in time before we started using HarfBuzz on Linux and then everywhere. If some higher level component is enabling/disabling things incorrectly, then there is nothing we can do at VCL level.
>Steps to Reproduce: >1. Open the attached file >2. Enable the Automatic Spell Checking (SHIFT+F7) >3. Scroll a tick down (hiding the three rows) >4. Scroll up again >5. Text is moving a bit >Actual Results: >The text is re-positioning when scrolling up an down >Expected Results: >Text should stay put Not able to reproduce this Bug... Working Fine...in Libre Office 6.0.2(Windows 7 32 bit)
(In reply to subha from comment #12) > Not able to reproduce this Bug... > Working Fine...in Libre Office 6.0.2(Windows 7 32 bit) Still reproducible for me with Windows 8.1 VM & a 'normal' system Version: 6.1.0.0.alpha0+ Build ID: 546ed01e62c9a36a675c7390371aaec7f1647a33 CPU threads: 4; OS: Windows 6.3; UI render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2018-03-26_15:39:48 Locale: nl-NL (nl_NL); Calc: CL
Hi Telesto, Is this issue still reproducible in master ?
*** This bug has been marked as a duplicate of bug 103322 ***
Gone Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 52443996eff721e612ac4afc1eb1a53bb8a3e06f CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
*** This bug has been marked as a duplicate of bug 144862 ***