Summary: | Slow typing in Writer after inserting png image, image repaints all the time | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Felix Stadler <felix.stadler> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | Armin.Le.Grand, gerbert.jansen, ilmari.lauhakangas, jbfaure, telesto, xiscofauli |
Priority: | medium | Keywords: | bibisected, bisected, haveBacktrace, perf, regression |
Version: | 4.2.0.4 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=94109 https://bugs.documentfoundation.org/show_bug.cgi?id=80659 https://bugs.documentfoundation.org/show_bug.cgi?id=114041 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 103152, 116109, 136524, 113510 | ||
Attachments: | Text document with 7 MB image for typing-delay testing |
Description
Felix Stadler
2017-09-22 10:14:56 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) *** Bug 113966 has been marked as a duplicate of this bug. *** Created attachment 137934 [details]
Text document with 7 MB image for typing-delay testing
I have attached a 4 page odt document with an image on page 2 for testing the issues.
When I open this document, scrolling and typing additional text on the first page works fine. When after scrolling down until the image appears, scrolling becomes sluggish. With the image on page 2 is in sight, typing text (on page 2) appears very, very slow. when scrolling further down until the image is no longer visible, both scrolling and typing are fine again.
I can repro with the document. On a fast system, it is best tested by holding down a key and listening to the CPU fans rev up. No CPU strain or slowness observed with 3.6.7 Arch Linux 64-bit Version: 6.0.0.0.alpha1+ Build ID: 1d9eed341db208f11de6f020538dfdb74a5c48dd CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on November 22nd 2017 Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b) *** Bug 113971 has been marked as a duplicate of this bug. *** (In reply to Buovjaga from comment #5) > *** Bug 113971 has been marked as a duplicate of this bug. *** See callgrind trace from that bug, attachment 137894 [details] and in Versie: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71 but not in Versie: 4.1.0.4 Not reproducible for me with the attached test-file and LibreOffice 6.0.3.0+ under Ubuntu 16.04 x86-64, OpenGL being disabled. Version: 6.0.3.0.0+ Build ID: 7b8516ac7fc0c4d91b1439626a334fd0778680c7 Threads CPU : 4; OS : Linux 4.4; UI Render : par défaut; VCL: gtk3; Ubuntu_16.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); Calc: threaded Best regards. JBF I don't see any repainting, nor experiencing actual slowness (anymore). However, the CPU usage is still pretty extreme for holding down key below the image.. Version: 6.1.0.0.alpha0+ Build ID: fb29e6eeeaad5255bb924ff59162a83ed80bfb0a CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-03-09_03:14:44 Locale: nl-NL (nl_NL); Calc: CL After bisecting on Linux with 42max, we now have the original cause: commit 11c6c0fb4a3cc3f394b37b7a0a53eb0ad39912dc Author: Matthew Francis <mjay.francis@gmail.com> Date: Sat Sep 5 22:40:21 2015 +0800 source-hash-2e5167528f7566dd9b000e50fc1610b7bf99132a commit 2e5167528f7566dd9b000e50fc1610b7bf99132a Author: Armin Le Grand <alg@apache.org> AuthorDate: Thu Oct 31 14:43:21 2013 +0000 Commit: Caolán McNamara <caolanm@redhat.com> CommitDate: Tue Nov 5 15:24:18 2013 +0000 Resolves: #i123500# unified Graphic processing to use GraphicPrimitive2D (cherry picked from commit f5d69b2b8b002ca6905496a9d9065ef76b5641d7) Adding Cc: to Armin Le Grand. *** Bug 118952 has been marked as a duplicate of this bug. *** (In reply to Telesto from comment #9) > I don't see any repainting, nor experiencing actual slowness (anymore). > However, the CPU usage is still pretty extreme for holding down key below > the image.. No repro.. everything appears to be fine Version: 6.3.0.0.alpha0+ Build ID: 20ea90a557b5bc744fd234e3a20ab1db484cf88b CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-03-22_03:21:58 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: threaded Well, that was a nice surprise. I confirm the CPU is nowhere near maxing out now. Arch Linux 64-bit Version: 6.2.2.2 Build ID: 6.2.2-1 CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kde5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded |