Created attachment 118243 [details]
File which makes LO hang in presentation mode
Open attached document. It is derived from file media_embedding.odp from sd/qa/unit/da. I removed the unused presentation objects and the sound object.
Click on background.
Expected behavior: Because the presentation has only this one slide "Click to exit presentation" should appear.
Observed behavior: LibreOffice does not respond. Only when you call task manager, it will leave the abnormal state.
I use a self-built debug build on 32-bit Windows 7.
Build ID: d3de490437df4c9093f32e97fc185066d64c0f46
Locale: de-DE (de_DE)
The options "Use OpenGL for all rendering" and "Allow use of OpenCL" are off.
Find informations about my graphic card in attachments https://bugs.documentfoundation.org/attachment.cgi?id=118112 and https://bugs.documentfoundation.org/attachment.cgi?id=118113
Didn't hang for me.
Win 7 Pro 64-bit Version: 220.127.116.11.alpha1+
Build ID: 88c51cd55d1a9b29e62269c53b3923770253ab07
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-09-11_13:09:15
Locale: en-US (fi_FI)
Regina, can you check if this still occurs for you in a current version?
It is worse in Version: 18.104.22.168.alpha1+
Build ID: 8a796410ec8f440b4163b15b928347c499da7a8f
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
TinderBox: Win-x86@42, Branch:master, Time: 2016-10-20_23:07:21
Locale: de-DE (de_DE); Calc: group
LibreOffice crashes, if I try to open the file, and then restarts immediately. Same on second try. I get no option to recover and a lock-file ~... remains.
I can't reproduce it in
Build ID: 1b0aa768f2c5da65074a6eacfed5f61a121fb13d
CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; VCL: gtk3; Layout Engine: old;
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Does resetting the profile improve the situation?
I have used a new user profile already, and I have verified, that OpenGL is disabled, before testing.
Ah, now I repro. I had to click on the task bar buttons a bit to make it leave the weird state.
Works in 5.0.
Raising priority a bit as it is a file from unit tests..
Win 7 Pro 64-bit Version: 22.214.171.124.alpha1+
Build ID: 4b4abb73fcd7f2802e73102b3e7c30face8d309c
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: old;
TinderBox: Win-x86@39, Branch:master, Time: 2016-10-31_02:54:50
Locale: fi-FI (fi_FI); Calc: group
Versio: 126.96.36.199 (x64)
Käännöksen ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe
Maa-asetus: fi-FI (fi_FI)
Created attachment 128755 [details]
officeotron failed on attached mediaOpenGL.odp
I do not know what to make of the officeotron output. Attaching it
here just for good measure.
Working on Windows Vista in the bibisect-win32-5.3 repository, I
deemed it "bad" when LibreOffice would ...
(*) display the splash screen
(*) repeatedly, until I typed <ctrl>+C ...
- display splash screen.
- display the beginning of an application window, but without
anything in the title bar or in the document area.
The results, from `git bisect bad` (whitespace added) ...
f2da946a9167aaae6b30e21fff2ac1861bffea5d is the first bad commit
Author: Norbert Thiebaud <firstname.lastname@example.org>
Date: Sat Jun 4 20:49:50 2016 -0700
:040000 040000 285a11d79cf82e6f59ea25601d7ef182661410da
4a58922b9de11d99 M instdir
and from `git bisect log` (whitespace added) ...
# bad: [2e5256b83814c5afeee8e0ef13333a803e991288]
# good: [defb73f1c6e2a66dbd21ba89e684f57427e8bc4b]
git bisect start '2e5256b' 'oldest'
# bad: [470e63808ce80588af14a79583f54bec38da3ccb]
git bisect bad 470e63808ce80588af14a79583f54bec38da3ccb
# bad: [c9355ef779bf664857ef6998ecd4b432ee62c5ed]
git bisect bad c9355ef779bf664857ef6998ecd4b432ee62c5ed
# bad: [4ccfcec2b4fa0a9fb7fd470b58a1f8c03e3d7764]
git bisect bad 4ccfcec2b4fa0a9fb7fd470b58a1f8c03e3d7764
# bad: [a83f00d0b76a942d241efba68b4b4a38a9c338a6]
git bisect bad a83f00d0b76a942d241efba68b4b4a38a9c338a6
# good: [8a536ece637656583371a5fdd5acc7403b8bc172]
git bisect good 8a536ece637656583371a5fdd5acc7403b8bc172
# good: [8df257c904455455a076813d3d29a77b14ad19ed]
git bisect good 8df257c904455455a076813d3d29a77b14ad19ed
# good: [58b1efcf9a52bb6d9ddb0c3e3dcc9ba066320fae]
git bisect good 58b1efcf9a52bb6d9ddb0c3e3dcc9ba066320fae
# bad: [6fea047878e4132d1ed335de9f787b62500874d3]
git bisect bad 6fea047878e4132d1ed335de9f787b62500874d3
# bad: [802ddd3f2a1df7f5cdb168d8c99a5449259c90c9]
git bisect bad 802ddd3f2a1df7f5cdb168d8c99a5449259c90c9
# bad: [b0ef26cd4b1ee2cde9b34ae8f4c567fdd16febb0]
git bisect bad b0ef26cd4b1ee2cde9b34ae8f4c567fdd16febb0
# bad: [8f91c16f4951eaa7fe1eb7867ec416f25a5db074]
git bisect bad 8f91c16f4951eaa7fe1eb7867ec416f25a5db074
# bad: [22ff3995a38aeb10523bba64a6d79032cff76de1]
git bisect bad 22ff3995a38aeb10523bba64a6d79032cff76de1
# bad: [f2da946a9167aaae6b30e21fff2ac1861bffea5d]
git bisect bad f2da946a9167aaae6b30e21fff2ac1861bffea5d
# first bad commit: [f2da946a9167aaae6b30e21fff2ac1861bffea5d]
And from `git log` (lines rewrapped) ...
Author: Tor Lillqvist <email@example.com>
AuthorDate: Fri Jun 3 09:25:13 2016 +0300
Commit: Tor Lillqvist <firstname.lastname@example.org>
CommitDate: Fri Jun 3 10:29:57 2016 +0300
tdf#100193: Check earlier and harder whether OpenGL is good
enough on Windows
If we notice early enough that OpenGL is broken or not good
enough, we can disable it and terminate with
EXITHELPER_NORMAL_RESTART. Not beautiful, but works.
The earlier added check whether shader compilation and loading
of shader program binaries from a cached file works is now
just one of the aspects that are checked.
I am removing keyword bibisectRequest and adding bisected.
I am adding Tor Lillqvist to cc. I hope this is okay, Tor.
Adding Cc: to Tor Lillqvist
** 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!
It is OK in Version: 188.8.131.52.alpha1+
Build ID: 2bea600f0295cab7fad3edb55f0c5e092640e49e
CPU threads: 4; OS: Windows 6.1; UI render: default;
Locale: de-DE (de_DE); Calc: group