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 t
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 s
When I searched the originating commit from Github:
https://github.com/LibreOffice/core/search?q=d464d505fbf6e53a38afdd3661d320fac8c760d6&type=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 …
ht
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 uni
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 Ubuntu
Bugs, which is subscribed to