Description: Taking a picture directly into a writer document using the iOS camera (Insert > local picture > photo or video...) on my iPad Pro creates a jpg with a resolution of 4032x3024 (1.8MB). Resizing such a picture sometimes takes up to 10s. I expect, that user will take pictures through the said functionality so either the scaling needs to be much faster or the picture needs to be scaled down before it's actually added into the document. Steps to Reproduce: 1. Create a writer document in the iOS app 2. Take a picture through Insert > local picture > photo or video... 3. Resize the picture Actual Results: In most of the cases it takes far more than 5s to resize the picture (up to 10s). Expected Results: The picture is ~instantly resized if it takes longer a "loading" indicator should be shown so the user knows, that something is happening. Reproducible: Sometimes User Profile Reset: No Additional Info:
@Tor Unconfirmed, but it's about IOS.. so you might be interested..
Putting it to new...
We'll profile that. We're a bit behind on profiling. There is also a hold-off problem with rapid typing I want to address here =) Thanks !
Added one improvement (only in the cp-6.0 branch at the moment, in gerrit for master: https://gerrit.libreoffice.org/#/c/68488/ ) that should make adding images faster. Further debugging and profiling is hindered by assertion failures and "The Web Content process was terminated" things. Investigating those first.
Tor Lillqvist committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/5bd1ac0083bf6047fd1b977f24ae5ffb7018f2a8%5E%21 tdf#122537: Use "best speed" instead of default compression level on iOS It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The change above drops the use of a (huge) semi-transparent SVG preview that was displayed while it was being resized or rotated. Now only the dotted image border moves or rotates during the operation. Is the time it takes for the resized / rotated image to be redrawn once one lifts the finger from the handle a problem?
Replying to myself, yeah, it is horribly slow for the resized image to show up once one lets go of the handle.
Dear Tor Lillqvist, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assigned it back to yourself if you're still working on this.
Testing this with the new major version, 6.4.0 (5) on iOS 14.1 I am happy with the scaling speed by now. I believe we can close this issue for now. Thanks a lot to the Collabora team and especially Tor for taking care of this!