Description: After upgrading to 7.0.1.3 (x64), a powerpoint could not be navigated with arrow up or down, or page up or down. Had to use ALT+L+G+N or ALT+L+G+P (menu commands) as page up or down was modifying the display of participant windows in Zoom, during a Zoom meeting. Zoom is updated version current as of 2021.02.24 I am not a computer programmer and this is my very first bug report. I cannot tell you much more, than saying that is is a very akward problem to have as I need to work using Zoom and navigate Powerpoints (Translated through DeepL) simultaneously. Steps to Reproduce: 1. Run a Zoom meeting 2. Open a PowerPoint with Libre Office 7.0.1.3 3. Try to navigate slides using page up or down. The keyboard controls display of the zoom participant windows, even though the PowerPoint window is the last one clicked and active. Actual Results: I am not a computer professional, I do not know what to write in this field. Please refer to other completed fields. Expected Results: Pressing the up or down page keys on the keyboard should have controlled the active LibreOffice Impress window displaying the powerpoint document, and not affect the inactive Zoom window. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: PresentationDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no
Hi Mike, I think I found a solution for your problem. Click first on the slides on the side with your mouse and then try to move through them with 'up and down' and page up and page down. First I replicated your problem in Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 1; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded but then after I clicked on the slides with the mouse, the problem was not there any more. Please let us know if this helped!
(In reply to Aleksandar Kondic from comment #1) > I think I found a solution for your problem. Click first on the slides on > the side with your mouse and then try to move through them with 'up and > down' and page up and page down. The report is about using the Zoom conference calling software to display a slideshow, while you seem to have tested Impress in edit mode without Zoom.
I was unable to reproduce the following versions. I was unable to locate 7.0.1.3. Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ec2f1d73936c9d8cee83c0887170e9ecb8f044ba CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 7.0.1.2 (x64) Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Verified by 1. Running a Zoom meeting. The Zoom version is 5.12.9 2. I Opened a PowerPoint with Libre Office on a couple of versions. 3. Navigate slides using the page up or down while in presentation mode and non-presentation mode while using the screen share in Zoom. 4. The keyboard controls display the zoom participant windows with no issues.
Mike: do you still see this with the latest Zoom and LibreOffice 7.4? Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Dear Mike, 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 INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO 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 MassPing-NeedInfo-Ping
Dear Mike, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA 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 our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp