In Impress, if you open a file, toggle the Slide Pane off, close the file and reopen, toggle-on the slide pane will not bring the slide pane back again immediately.
Steps to reproduce:
1. Open an existing Impress file, or use my attached test odp file.
2. Click "View - Slide Pane" to hide the slide pane.
3. Close the file and reopen (with the same version of Impress). You may notice that the Slide Pane is hided, which is expected.
4. Try to toggle-on the slide pane by clicking "View - Slide Pane".
Step 4 does not bring the slide pane back immediately. To make the slide pane show up, you have to do the following:
* Wait for more than 10 seconds (in my system, I have to wait 13s); or
* Click "View - Slide Pane", click it one more time, and click it one more more time. or
* Click somewhere else, for example I click the "Outline" tab which locates at the top of the slide window (Normal, Outline, Notes...).
Slide Pane appears immediately at step 4.
OS: Ubuntu 14.04 X86
Version: 184.108.40.206 beta2 and 220.127.116.11
Created attachment 101304 [details]
test odp file
This ODP file was saved from MozTrap, at this link:
Tested with various versions of LibreOffice, here are the results:
- 18.104.22.168: has a little delay (2-3 seconds)
- 22.214.171.124: sometimes has very long delays (10-11 seconds)
- 126.96.36.199: sometimes has very long delays (10-11 seconds)
- 188.8.131.52.beta1: sometimes has very long delays (10-11 seconds)
- 184.108.40.206.beta2: sometimes has very long delays (10-11 seconds)
Changing Status to NEW.
Updating affected LibreOffice version to 220.127.116.11.
9771d0c212cfa71b07742ff3dc5c05df22d600eb is the first bad commit
Author: Bjoern Michaelsen <firstname.lastname@example.org>
Date: Wed Nov 27 02:45:33 2013 +0000
Author: Lionel Elie Mamane <email@example.com>
AuthorDate: Fri Sep 27 13:07:29 2013 +0200
Commit: Lionel Elie Mamane <firstname.lastname@example.org>
CommitDate: Fri Sep 27 13:07:44 2013 +0200
raah... getURLFromWorkdir does not put the URL scheme
:100644 100644 852827ab6e80d0adde64499d4b66d9d95413ef73 a46c9c52284a16a3ce365755b527b41e25f0f22f M ccache.log
:100644 100644 19aec38d05a7ffec0fcb0983b81751750b47e396 773f66bd54ba06715c937011f93d177a62549321 M commitmsg
:100644 100644 93217f5b28d79def07f69f20318dc4eb22a17679 a46cd23c656e877977f67d63e30a08ba21ad27b0 M make.log
:040000 040000 42bfe3d7df100cb42258f35f162fd8f7b35d8dc0 9af944dc810a23ba21149323072ad8665d3e8b0d 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
# 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
# bad: [2a9ff869c5638dc5c3aa387d0fe55c3291c86288] source-hash-01b7e04172889cbc9e4ac404b105e18ddc062d6f
git bisect bad 2a9ff869c5638dc5c3aa387d0fe55c3291c86288
# bad: [9771d0c212cfa71b07742ff3dc5c05df22d600eb] source-hash-a9a0933ec67eab0ec31c8fadb60fb8e8e3e90485
git bisect bad 9771d0c212cfa71b07742ff3dc5c05df22d600eb
# good: [b68886f4c56ebc4cdf94aee9753398ccce28bb41] source-hash-90830788b1f8fd61ea86135712868aeda395edd0
git bisect good b68886f4c56ebc4cdf94aee9753398ccce28bb41
# skip: [06793dd2acc5fe5c7dd3cecf09784c2d3426f33a] source-hash-2232781ad303864b79a3973b5b0eec40a859a701
git bisect skip 06793dd2acc5fe5c7dd3cecf09784c2d3426f33a
# skip: [10fc65607493c257076c8af1b708839eb03d8d14] source-hash-1500aae993c0a8b4fa9a5bcec1bc6203f3bcff66
git bisect skip 10fc65607493c257076c8af1b708839eb03d8d14
# good: [e3a648fdaa2bb87293750400b70ba590733a804a] source-hash-33526481788137d959f27ae32910127d1436c1a8
git bisect good e3a648fdaa2bb87293750400b70ba590733a804a
# skip: [50f1f06ed2dd40d2e6f658524a5e160ba1a84807] source-hash-647fb29f528b891a1c92846640f7865f5c1fbe7f
git bisect skip 50f1f06ed2dd40d2e6f658524a5e160ba1a84807
# good: [b5b034dfb3e4cd132c1e60a0283ff527ec92637a] source-hash-b95acb2bdcc6bc7c09a806157361c83142858d97
git bisect good b5b034dfb3e4cd132c1e60a0283ff527ec92637a
# good: [84ecc38ca8396d29c5f2dfc3413fa4a701879fa3] source-hash-781ae59664f91fa55a9aeda3f5d93076e501d65a
git bisect good 84ecc38ca8396d29c5f2dfc3413fa4a701879fa3
# first bad commit: [9771d0c212cfa71b07742ff3dc5c05df22d600eb] source-hash-a9a0933ec67eab0ec31c8fadb60fb8e8e3e90485
Not convinced this is as reproducible as it seems. Firstly, my best effort at bibisection gets a slightly different result:
# possible first bad commit: [84ecc38ca8396d29c5f2dfc3413fa4a701879fa3] source-hash-781ae59664f91fa55a9aeda3f5d93076e501d65a
# possible first bad commit: [50f1f06ed2dd40d2e6f658524a5e160ba1a84807] source-hash-647fb29f528b891a1c92846640f7865f5c1fbe7f
However, this comes with the provisos that reproducing the bug is tricky (sometimes it seems to work several times before appearing), and that source bisection/examination of the commit messages doesn't reveal anything definitive in that range either.
Secondly, to begin with, even as far back as last40onmaster, there is an unexplained pause of a couple of seconds opening the slide pane. I think that looking directly to debug why that is will be more fruitful than searching the history in this instance.
Migrating Whiteboard tags to Keywords: (bibisected)
** 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 on a currently supported version of LibreOffice
(5.1.6 or 5.2.3 https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System
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)
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: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
don't repro in
Version: 18.104.22.168.alpha0+ (x64)
Build ID: 5cb2db6dd7d234a610a6501668a9901af8472b7f
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win;
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-03-26_23:06:31
Locale: ru-RU (ru_RU); UI-Language: en-US
and don't repro in
Build ID: 4aa8a6ab08b755e3d82860e8dbc294f854336477
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: kde5;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-03-14_17:51:01
Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US
Slide Pane opens at once after reopen a ODP file (with mini delay, but opens without a magic)