When two computers are communicating over RDP, with computer 1 controlling computer 2, computer 2 connected to an external monitor, using the most recent version of LibreOffice and presenter console enabled, computer 1 will go to a blank screen (screensaver) after ~1min:30sec which will revert after pressing Esc on either computer 1 or 2. Tested with Pop!_OS.
The presenter console should listen for mouse activity during presentation from the remote computer, however, this is not occurring. The presentation does not go to screensaver if the Next and Previous buttons for the presentation console are used within the time period.
There are multiple possible fixes, first, LibreOffice should listen for activity over RDP. Second, a setting to control screensaver over RDP needs to be added. Third, a setting to change the screensaver over RDP timeout period.
Steps to Reproduce:
1.Connect two computers using RDP, known reproducible using Pop!_OS with Remmina.
2. Connect the controlled computer to an external monitor.
2.Open an Impress presentation with presenter console enabled.
3.Start the presentation and control it only with keyboard or mouse clicks, not using the presenter console buttons.
4.After ~1 minute and 30 seconds the screen will go black on the controlling computer.
The presenter console view for the controlling computer (1) will go to a black screen after 1 minute and 30 seconds of inactivity from computer 1. Computer 2 does not change in view, only computer 1.
The controlling computer, computer 1, should not go to a blank screen with inactivity.
User Profile Reset: No
Similar problem recorded in bug #120326.
Link to initial forum post, https://ask.libreoffice.org/t/impress-presentation-times-out-during-rdp/79162/2
I am currently working on a fix, however, I am an amateur and will need assistance or any help.
I am working on a fix but am an amateur with little knowledge of C++.
This bug is proving quite difficult for me to fix, the /core/.../Receiver.cxx file is more complicated then I anticipated.
Note that Impress is expected to disable screen saver / sleep mode when slideshow is run, as noted in bug 92875. Turns out, this is done in SalFrame::StartPresentation (respective override for a given backend).
So I would advise to check which code runs in your case, and try to fix/implement the screen saver inhibitor logic there.