When we add a custom animation to an object, the animations "zoom in" and "zoom in from screen center" do not work. All the other zoom work.
In the future please report bugs closer to these: https://wiki.documentfoundation.org/QA/BugReport#Good_Reports Version: 5.3.0.0.alpha1+ Build ID: 010ffbf7ddab8c0592a8ed5d71a16bc1fe28a678 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group Works fine for me. Attached an example. Setting to WFM. If you're going to open this back up as UNCONFIRMED, please do the following: (1) Report the bug right (as explained above in those wiki examples); (2) Create a VERY basic example and attach; (3) set the bug to UNCONFIRMED Thanks
Created attachment 128195 [details] Zoom working fine
Created attachment 128197 [details] Simple presentation with circle for zoom in problem Text works fine with Zoon in animations, but circles and square don't.
Version: 5.2.2.2 Build ID: 1:5.2.2-0ubuntu1~xenial0 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group Confirmed. LibreOffice 3.3 - no issue Tags: Normal: Can prevent high quality work; Medium: Default seems appropriate Regression bibisectRequest
Introduced somewhere in 4.2. Bibisect below: e371c174576801a7865420008f494c0d3f153f1b is the first bad commit commit e371c174576801a7865420008f494c0d3f153f1b Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Wed Nov 27 07:28:55 2013 +0000 source-hash-01a13519e2a12e1e9b61bab1437d340e389e44bf commit 01a13519e2a12e1e9b61bab1437d340e389e44bf Author: Tor Lillqvist <tml@collabora.com> AuthorDate: Fri Oct 25 10:50:54 2013 +0300 Commit: Tor Lillqvist <tml@collabora.com> CommitDate: Fri Oct 25 10:50:54 2013 +0300 Fix bit-rot Change-Id: Iae6aa3c1326456dde7261f471ba7d963058f20a7 :100644 100644 f98086b67816d9ec50302ecf31f96e9ba74625ce 962513dfd29a572a1e1ed44083551b36371a4bf7 M autogen.log :100644 100644 293c3aef714ccf93ade34141481dcc954f75e785 7a87ab85fe0e5733eb159141053c7fc9edad4f70 M ccache.log :100644 100644 8fc1ce0eb430cfd5e0b9bffac6b73c3bfaf7e6f2 9603946f88ddc98c86ef82d62fb28b0f987fb699 M commitmsg :100644 100644 fa066d3f3938240e51abd686e4073aa5ec7a6803 4fd8c5d0c72b21ef0b64d31565c1b90add86f339 M make.log :040000 040000 61185a71bdfe018eb00152435b9659f6dd424def dde5b8c597f5e78fe6ba49dbf39babfda4bcb110 M opt # bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e # good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932 git bisect start 'latest' 'oldest' # good: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb git bisect good e02439a3d6297a1f5334fa558ddec5ef4212c574 # bad: [4850941efe43ae800be5c76e1102ab80ac2c085d] source-hash-980a6e552502f02f12c15bfb1c9f8e6269499f4b git bisect bad 4850941efe43ae800be5c76e1102ab80ac2c085d # skip: [a043626b542eb8314218d7439534dce2fc325304] source-hash-9379a922c07df3cdb7d567cc88dfaaa39ead3681 git bisect skip a043626b542eb8314218d7439534dce2fc325304 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930 git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31 # good: [1d4980621741d3050a5fe61b247c157d769988f2] source-hash-89d01a7d8028ddb765e02c116d202a2435894217 git bisect good 1d4980621741d3050a5fe61b247c157d769988f2 # skip: [89110ca258fa7a15dfc546acfb39e76fc3eb2a44] source-hash-e450a2c506ac7cd4433b0f93fc750a89919bc03c git bisect skip 89110ca258fa7a15dfc546acfb39e76fc3eb2a44 # good: [1cca92a409385d9288c28a54d5e3008e56728bc0] source-hash-7be7824bbbdeee6fa998b950e6046ab37fe690cb git bisect good 1cca92a409385d9288c28a54d5e3008e56728bc0 # skip: [5fa28ce2931a35ae64ae08d3904cfb76d24459d8] source-hash-2304beaca33c63b94df99cb827716f00ce259f9a git bisect skip 5fa28ce2931a35ae64ae08d3904cfb76d24459d8 # good: [2a9ff869c5638dc5c3aa387d0fe55c3291c86288] source-hash-01b7e04172889cbc9e4ac404b105e18ddc062d6f git bisect good 2a9ff869c5638dc5c3aa387d0fe55c3291c86288 # bad: [387dd1052972d27a3065a249b357e50e0a29829b] source-hash-35836f350861b33a0c28307a413eff76d0433d1e git bisect bad 387dd1052972d27a3065a249b357e50e0a29829b # good: [5b0bc0b6253d7572470c6a3058d5fff68c93897f] source-hash-bdf2b506c38b38af531d8c8aa14dd51d89386899 git bisect good 5b0bc0b6253d7572470c6a3058d5fff68c93897f # good: [288796dca516e779d45513775be7c7bc3ff291f7] source-hash-5d0051efb99c6cbd0dc4dd655a71e7435159f6bc git bisect good 288796dca516e779d45513775be7c7bc3ff291f7 # bad: [6e1586198f281b174861c93be569ca613e1b0aae] source-hash-1aae6f6087214f143886dd4c18d226fb1657b5c3 git bisect bad 6e1586198f281b174861c93be569ca613e1b0aae # bad: [e371c174576801a7865420008f494c0d3f153f1b] source-hash-01a13519e2a12e1e9b61bab1437d340e389e44bf git bisect bad e371c174576801a7865420008f494c0d3f153f1b # first bad commit: [e371c174576801a7865420008f494c0d3f153f1b] source-hash-01a13519e2a12e1e9b61bab1437d340e389e44bf
I found out that the two animations ("zoom in" and "zoom in from screen center") work if I use the nvidia proprietary driver (Linux version 367.57). But they don't work when using the intel GPU (Linux version 1.14-1). LibreOffice version 5.2.2.2 on Linux Mint 18
This seems to have begun at the below commit. Adding Cc: to Michael Stahl ; Could you possibly take a look at this one? Thanks 8a8b50772859fd6198e8e139ca853a4b7aca9133 is the first bad commit commit 8a8b50772859fd6198e8e139ca853a4b7aca9133 Author: Matthew Francis <mjay.francis@gmail.com> Date: Sat Sep 5 22:42:31 2015 +0800 source-hash-b8002169336b6b7597d32755e41fa3dc2688539e commit b8002169336b6b7597d32755e41fa3dc2688539e Author: Michael Stahl <mstahl@redhat.com> AuthorDate: Wed Nov 6 16:36:04 2013 +0100 Commit: Michael Stahl <mstahl@redhat.com> CommitDate: Thu Nov 7 14:27:50 2013 -0600 remove INPATH and PROEXT - WORKDIR path is just workdir - INSTDIR path is just instdir - WORKDIR_FOR_BUILD is workdir_for_build - INSTDIR_FOR_BUILD is instdir_for_build - replace other usage of INPATH by combination of OS and CPUNAME Change-Id: Ie398387ebd82a968ec2605f2103c55b43a231482 Reviewed-on: https://gerrit.libreoffice.org/6601 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-by: Michael Stahl <mstahl@redhat.com> bibisect-42max$ git bisect log # bad: [8775b1622f226e863b864de7e208226cbfb914e3] source-hash-22ea573b7417db0392c006dff06cde50ddbcd469 # good: [b3c6cf289ff72449408fa01958092d9e482e82bd] source-hash-a2c9d4f8bbde97f175bae4df771273a61251f402 git bisect start 'latest' 'oldest' # good: [be115ebaad667aefcc0366ce23d6bc7013060424] source-hash-5e6b2d0e4a55be8a4f57ecfe55248d7924d4f0b7 git bisect good be115ebaad667aefcc0366ce23d6bc7013060424 # good: [1d2a8e3e93e1b589fb1f7277c0997c6e9cf6a093] source-hash-2b0320da7b59d2d4c0c5dc5da8424458ce0d819d git bisect good 1d2a8e3e93e1b589fb1f7277c0997c6e9cf6a093 # good: [fde4c5cecac3fbf5feb5518a1385e62ab2ae56e9] source-hash-5084e2b313ef4c4a126f704e1d5397f20a3d4254 git bisect good fde4c5cecac3fbf5feb5518a1385e62ab2ae56e9 # bad: [7c4c99ee3ac62c9e36c0b61c6c7da226860a2af1] source-hash-ecc060715a7f903ff48a9db3d9c4c31769e82a18 git bisect bad 7c4c99ee3ac62c9e36c0b61c6c7da226860a2af1 # bad: [ea342832e3cc41055f723b6494ace2b1d5ceb550] source-hash-c4a593b6b1732def0a21f455c0ca50f82a9bc40d git bisect bad ea342832e3cc41055f723b6494ace2b1d5ceb550 # good: [41ef44652b1ce11e15b711fe0edf0b0b40a09212] source-hash-949e6c55300a58b0b3cb4c61a5d3ad923798281a git bisect good 41ef44652b1ce11e15b711fe0edf0b0b40a09212 # bad: [b46d232173db6f07c3177c3bc0878b789ae03f05] source-hash-9a0a4fddc53d72d90135058c3e6cf418b21f81ff git bisect bad b46d232173db6f07c3177c3bc0878b789ae03f05 # bad: [4defbb0ed9139402e98df593b5af3b28cec0f020] source-hash-53163026efa4b402000ac6d22d90a71bff961ece git bisect bad 4defbb0ed9139402e98df593b5af3b28cec0f020 # bad: [4d44f8905a6f4090ad2776242be989f86aec9f61] source-hash-16b58c86d8714d0042f7dbc3e0d79dd7a9bfe2d8 git bisect bad 4d44f8905a6f4090ad2776242be989f86aec9f61 # good: [f7a7909a5f5aa2ae739cd735aa6685f6de50d755] source-hash-5d87a7f542bd98b1482842596d0aaa4c7757801a git bisect good f7a7909a5f5aa2ae739cd735aa6685f6de50d755 # bad: [8a8b50772859fd6198e8e139ca853a4b7aca9133] source-hash-b8002169336b6b7597d32755e41fa3dc2688539e git bisect bad 8a8b50772859fd6198e8e139ca853a4b7aca9133 # good: [370cd65c45c2a6d0a953d7c7e260bf6c6c97bd0d] source-hash-a5b9d4fba2464f1ba87ee2d0fc34a3195fabfeb8 git bisect good 370cd65c45c2a6d0a953d7c7e260bf6c6c97bd0d # good: [31653dbb3567a9e70b8e48a9e844b3419712fc6a] source-hash-7fb73e6c30e66f028fe759376e3789456bf3ad33 git bisect good 31653dbb3567a9e70b8e48a9e844b3419712fc6a # first bad commit: [8a8b50772859fd6198e8e139ca853a4b7aca9133] source-hash-b8002169336b6b7597d32755e41fa3dc2688539e
the bisect in comment #7 is highly suspicious, most likely that repo was incrementally built or something, the comment #5 one i can reproduce bibisect range: 5d0051efb99c6cbd0dc4dd655a71e7435159f6bc..01a13519e2a12e1e9b61bab1437d340e389e44bf this did it, apparently it works with the internal cairo and fails with system cairo: commit 800005b120d06100e082ad45051d4f1c3c549569 Author: Stephan Bergmann <sbergman@redhat.com> Date: Thu Oct 24 14:28:58 2013 +0200 Disallow --without-system-cairo combined with (implicit) --enable-gtk As the system gtk libraries may depend on later versions of libcairo.so.2 and its bring-along libpixman-1.so.0 with the same SONAMEs. So if it would ever happen at runtime that our bundled libcairo.so.2 and/or libpixman-1.so.0 get loaded before the system ones, the system gtk would probably not work correctly. Ultimately, the bundled cairo can probably go completely. Ok so it is caused by using system cairo which is newer than the one we bundled 3 years ago and is probably Linux-specific. Workaround: disable Tools->Options->LibreOffice->View->"Use hardware acceleration"
*** Bug 114138 has been marked as a duplicate of this bug. ***
Created attachment 138176 [details] Last page didn't show due to the same bug This bug still exists in Version: 6.0.0.0.beta1 Build ID: 97471ab4eb4db4c487195658631696bb3238656c CPU threads: 4; OS: Linux 4.11; UI render: default; VCL: kde4; Locale: zh-TW (zh_TW.UTF-8); Calc: group threaded The last page of the attached file couldn't be shown in slideshow. Turning off the hardware acceleration can temporarily solve this problem.
*** Bug 116866 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The attachment 138176 [details] (Last page didn't show) still cannot work in version: 版本：6.1.5.2 組建 ID：90f8dcf33c87b3705e78202e3df5142b201bd805 CPU 執行緒：4; OS：Linux 4.15; UI 算繪：預設; VCL: kde4; 語言地區：zh-TW (zh_TW.UTF-8); Calc: group threaded and 版本：6.2.2.2 組建 ID：2b840030fec2aae0fd2658d8d4f9548af4e3518d CPU 執行緒：4; OS：Linux 4.15; UI 算繪：預設; VCL: gtk3; 語言地區：zh-TW (zh_TW.UTF-8); UI語言：zh-TW Calc: threaded
Dear vgstef, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I can't reproduce the problem on Linux after: https://git.libreoffice.org/core/+/0f375b03b98839e6af479866a10bafbd22b1bab1 author Luboš Luňák <l.lunak@collabora.com> Tue Apr 20 12:47:40 2021 +0200 committer Xisco Fauli <xiscofauli@libreoffice.org> Mon Apr 26 10:50:37 2021 +0200 tree 9c7e66b85908aa6fbbe8315bec14ad621f311305 parent 06d5d625e1dc8489e51b962353ac423669e61fed [diff] Revert "tdf#125949 Allow the slide to continue with ..." (tdf#133447) Before this the HW acceleration had to be disabled (comment #8) for the animations to work, after this they work with HW acceleration enabled as well. *** This bug has been marked as a duplicate of bug 133447 ***