Bug 149853 - Impress Screensaver Activates During RDP Even With User Input
Summary: Impress Screensaver Activates During RDP Even With User Input
Alias: None
Product: Impress Remote
Classification: Unclassified
Component: General (show other bugs)
(earliest affected)
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2022-07-04 18:33 UTC by austin
Modified: 2022-10-14 03:34 UTC (History)
1 user (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 austin 2022-07-04 18:33:54 UTC
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.

Actual Results:
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. 

Expected Results:
The controlling computer, computer 1, should not go to a blank screen with inactivity. 

Reproducible: Always

User Profile Reset: No

Additional Info:
Similar problem recorded in bug #120326.
Link to initial forum post, https://ask.libreoffice.org/t/impress-presentation-times-out-during-rdp/79162/2
Comment 1 austin 2022-07-04 18:37:27 UTC
I am currently working on a fix, however, I am an amateur and will need assistance or any help.
Comment 2 austin 2022-07-04 18:38:00 UTC
I am working on a fix but am an amateur with little knowledge of C++.
Comment 3 austin 2022-07-19 03:46:41 UTC
This bug is proving quite difficult for me to fix, the /core/.../Receiver.cxx file is more complicated then I anticipated.
Comment 4 Mike Kaganski 2022-10-13 11:13:06 UTC
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.