Bug 40570 - UI: Uncheck setting "Presentation always on top" without influence
Summary: UI: Uncheck setting "Presentation always on top" without influence
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected)
3.3.4 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2011-09-01 16:33 UTC by DrSAR
Modified: 2014-02-26 19:31 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description DrSAR 2011-09-01 16:33:58 UTC
In an attempt to use other software (iclicker, vlc, terminal) on top of a presentation, I unchecked 'Always on top' in the Slideshow Settings.
However, this setting appears to be ignored both on MacOS 10.5.8 and Ubuntu 11.04 (natty). I am also using the Presenter Console on top of which all the applications can happily float. Dragging app windows over to the Presenter Display makes them disappear behind the presentation. I recall this being a problem last year in OpenOffice as well. 

PS: My workaround of transforming my lectures into PDFs is hardly ideal so hence the blocker severity.
Comment 1 DrSAR 2011-09-01 17:39:42 UTC
also confirmed on 3.4.3 (build 302) on MacOS
Comment 2 Rainer Bielefeld Retired 2011-09-01 23:00:52 UTC
NOT reproducible with "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]". So seems to be Linux / Mac related

Currently I can't see any towering severity of this bug.

May be <http://wiki.documentfoundation.org/BugReport> contains some useful information for you.

Can you confirm that problem for Linux?
Comment 3 DrSAR 2011-09-02 11:44:58 UTC
I have installed LibO_3.4.3rc2_Linux_x86-64_install-deb_en-US under linux (ubuntu natty) and observe the same behaviour: 
"Presentation always on top" checked or not will always leave windows of other applications in the background on the presenter screen while a presentation is active.

Note that I can Alt-TAB to other applications and have them in the foreground but then my presentation loses focus and I can't advance slides etc. This is independent of my global desktop setting in Window Preferences 'Select windows when the mouse moves over them'

@Rainer Bielefeld thanks for directing me to the BugReport HowTo and for improving the bug title. Any further information missing from my original bug report that can help this issue to a conclusion?
Comment 4 Rainer Bielefeld Retired 2011-09-02 23:42:06 UTC
DrSAR's latest comment describes my results with activated "always on top", so it indeed seems that that option can not be deactivated with reporter's OS.

May be you find someone who can confirm the problem with Linux or MAC?
Comment 5 list-ener 2011-10-05 02:16:30 UTC
I can confirm this on both Linux (Ubuntu Natty) and Max OS X (leopard) with LibreOffice (3.4.3 OOO340m1 (Build:302)).

Floating windows above the presenter console are possible, but on the presentation screen (as set in slideshow settings): no go.

This is suboptimal for showing other applications during a presentation. Especially because the normal libreoffice slide interface does not advance in sync with the slide changes of presentation mode.
This means that, now, you have to switch out (Esc), show something else, switch back to LO, then (in any order) *advance to the slide you think you were on* and re-start (F5).

Is there maybe functionality to sync the normal slide interface to the presentation mode?
Comment 6 tester8 2011-10-08 15:30:27 UTC
Reproduced with

LO 3.4.3 OOO340m1 (Build:302)
Ubuntu 10.04.3 x86
Linux 2.6.32-34-generic Russian UI
Comment 7 Rainer Bielefeld Retired 2011-10-08 23:14:00 UTC
Confirmed by various comments.

Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Comment 8 Björn Michaelsen 2011-12-23 13:25:30 UTC
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
Comment 9 Cor Nouws 2012-01-22 01:44:03 UTC
pls check bug 34531 - since a dev is looking at that one.
Is this the same problem?
Comment 10 tester8 2012-01-22 04:40:46 UTC
Related but not the same.
Comment 11 Luboš Luňák 2012-01-24 09:27:51 UTC
I can easily do the following in a KDE workspace (with KDE's KWin window manager):
- start presentation
- Alt+F2, launch kwrite
- KWrite window shows up, on top of the presenter window
- I can use Alt+Tab to switch between the two windows
This is with both KDE and Gtk vclplug.

So it may very well be that at least on Linux this is NOTOURBUG. I suggest checking whether this actually works with any other fullscreen window in the affected environment, as this may be simply a problem of the window manager. I don't know about Mac OS X, but the same probably should be checked there as well.
Comment 12 ign_christian 2013-06-05 16:09:00 UTC
This bug has not been touched by for a long time. 
Just confirming, is this bug still ASSIGNED?
Comment 13 Thorsten Behrens (allotropia) 2013-06-05 19:34:54 UTC
NeedInfo as per Lubos' comment. Appears not our bug.
Comment 14 QA Administrators 2014-02-02 02:06:52 UTC
Dear Bug Submitter,

Please read the entire message before proceeding.

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team
Comment 15 QA Administrators 2014-02-26 19:31:21 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):

a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. 
Please do not:
a) respond via email 
b) update the version field in the bug or any of the other details on the top section of FDO