Bug 136527 - Resizing textboxes in LibreOffice Impress is terribly slow.
Summary: Resizing textboxes in LibreOffice Impress is terribly slow.
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.0.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Textbox
  Show dependency treegraph
 
Reported: 2020-09-06 21:13 UTC by Petkra Eraus
Modified: 2021-06-11 03:51 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Petkra Eraus 2020-09-06 21:13:16 UTC
Description:
What I did:
- installed LibreOffice on fresh Ubuntu 20.04 on my machine (AMD Radeon Vega 64 GPU, Intel i7-3770K CPU)
- opened LibreOffice Impress (--safe mode to reset settings)
- created an empty/new presentation
- resized the default text boxes using the handles on the side

What happened:
- Textbox resizing was very "laggy", text box resized very clunky, not smooth at all.

What I expected: 
- Smooth resizing of the text boxes


- My Settings:
- all stock settings, Antialiasing is turned on (turning this off makes the resizing smoother, however all other elements such as circles are ... not antialised)
- Hardware acceleration is on (tried to turn this off too, no improvement)
- I tried to set the interface to GTK, QT and GEN using the environment variable 
  SAL_USE_VCLPLUGIN. No difference.

I am running:
- LibreOffice Version 7.0.1-1
- Xorg 1.20.9-2
- latest AMD drivers (open-source version, Vulkan enabled)

Steps to Reproduce:
1. Create new presentation in loimpress w. anti-aliasing enabled (no theme)
2. Drag resizing handle of a text box
3. Experience "laggy"/non-smooth resizing

Actual Results:
"laggy"/clunky/"low-fps" rendering; resizing process is not smooth

Expected Results:
Resizing should be smooth


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 7.0.1.2
Build ID: 00(Build:2)
CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
=7.0.1-1
Calc: threaded
Comment 1 Petkra Eraus 2020-09-07 06:13:54 UTC
Maybe I can add that resizing basic shapes, such as a circle or a box without text, works smooth and nicely.
Comment 2 Petkra Eraus 2020-09-22 01:11:35 UTC
Is there anything happening with my report or ... is this it? Will it be reviewed or something?
Comment 3 BogdanB 2020-09-22 05:33:08 UTC
No problem in
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: ro-RO (ro_RO); UI: en-US
Calc: threaded
Comment 4 Petkra Eraus 2020-09-27 22:52:24 UTC
I can confirm, it doesnt happen on Windows. Seems it's a thing about the Linux rendering pipeline?
Comment 5 BogdanB 2020-09-28 06:56:55 UTC
I tried this:
---------------
Steps to Reproduce:
1. Create new presentation in loimpress w. anti-aliasing enabled (no theme)
2. Drag resizing handle of a text box
3. Experience "laggy"/non-smooth resizing
---------------

No problem in
Version: 7.0.1.2
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (ro_RO.UTF-8); UI: en-US
Calc: threaded

Anti-aliasing is enabled.
Comment 6 Xisco Faulí 2020-11-11 15:37:27 UTC
Thank you for reporting the bug.
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 7 QA Administrators 2021-05-11 03:52:15 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2021-06-11 03:50:58 UTC
Dear Petkra Eraus,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp