https://bugs.documentfoundation.org/show_bug.cgi?id=156940

Stéphane Guillou (stragu) <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
                 CC|                            |stephane.guillou@libreoffic
                   |                            |e.org
           Keywords|                            |bibisectRequest, regression
            Version|7.6.0.3 release             |6.0.0.3 release
             Status|UNCONFIRMED                 |NEW

--- Comment #5 from Stéphane Guillou (stragu) 
<[email protected]> ---
Reproduced in:

Version: 7.6.1.1 (X86_64) / LibreOffice Community
Build ID: c7cda394c5de06de37d8109c310df89a4d4c3a98
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: beaea2e992912b4747d790070b26371f557b1f57
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Delay in updating background fill to new size when text width is increased, and
delay in fitting size to contents when text width is reduced.
With example file, no update whatsoever if the first action after fileopen is
reducing text width.

No repro in OOo 3.3 -> regression.

There's (at least) two issues here. Checking with the linux-64-releases
bibisect repo:
- The lack of update in size when removing text started in
libreoffice-4.3.0.0.beta1
- The delayed repaint of the background when adding text started in
libreoffice-6.0.0.0.alpha1

Let's start with the delayed repaint. We can open a separate report for the
issue introduced in 4.3 if needed.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to