I tested today's build:
https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/2019-11-05_05.07.09/LibreOfficeDev_6.4.0.0.alpha1_Win_x64.msi
and the fix works also for me.
Could this fix be included in the 6.3.x series too. I would consider
this as quite important bug fix, and from
Very interesting to read about your bug hunt Armin, and good to see that
you have made so much progress.
About your A/B solution options. Is there any performance issue to
consider, how often are these called in worst case scenario. I mean
checking a flag sounds potentially more slower than just
When I searched the originating commit from Github:
https://github.com/LibreOffice/core/search?q=d464d505fbf6e53a38afdd3661d320fac8c760d6=Commits
I noticed that developer vmiklos had fixed a similar issue as this bug:
tdf#123505 svx: fix invalidation loop caused by special form control …
Adding to previous that if you enable:
“Options > LibreOffice > View > Use OpenGL for all rendering”
There is no flickering, but menus and dialogs show up empty. CPU use is
high and GPU is 98%.
--
You received this bug notification because you are a member of Desktop
Packages, which is
I believe that I have also stumbled on this bug and it seems to be very
cumbersome to trigger.
In my experience this bug triggered more by non-uniform row height than
column width. Can anyone else trigger this bug with uniform column
width and non-uniform row height?
Also in my case, forcing
5 matches
Mail list logo