Bug 23936 - Installer stops responding after screensaver has been active
Summary: Installer stops responding after screensaver has been active
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: Release (media or process) (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: ISO building group
QA Contact:
URL:
Whiteboard:
Keywords: 7beta1
Depends on:
Blocks:
 
Reported: 2018-12-03 13:51 CET by Dick Gevers
Modified: 2019-02-25 17:50 CET (History)
3 users (show)

See Also:
Source RPM: Beta1 Live GNOME dated 02-DEC-2018
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Dick Gevers 2018-12-03 13:51:17 CET 
Description of problem:

This happened with several versions of the Live CD: 2nd and 3rd round.

Start installer (in this particular case Live GNOME iso dated 02.12.2018 from boot menu) and leave the machine alone after language and timezone selection. 
Next the screensaver pops in after a while. When one returns and waves the mouse to "unlock" the screensaver the GUI is shown to deselect unused hardware and localization. But none of the flags / buttons respond to the mouse: they only work if the GUI appears on screen when the screensaver is not active.
Dick Gevers 2018-12-03 13:52:29 CET

Keywords: (none) => 7beta1
CC: (none) => mageia

Marja Van Waes 2018-12-03 16:03:35 CET

CC: sysadmin-bugs => gnome, marja11
Assignee: bugsquad => isobuild

Comment 1 Dick Gevers 2018-12-03 16:31:21 CET 
This round is worse than before: the same happens with language choice and release notes: the GUIs behind the screen saver are totally unresponsive after screensaver has been active. Mouse works but cannot really click to accesss where needed !

Summary: Unused hardware / localisation will not work if it occurs with active screensaver => Installer stops responding after screensaver has been active

Comment 2 Martin Whitaker 2018-12-03 16:42:46 CET 
If you are starting the installer from the boot menu, there is no software screensaver, so this must be the hardware going into a power-saving mode. I guess this is on a laptop/notebook machine - is it running on mains or battery power?

If you run the installer from the desktop, the software screensaver should be disabled. Do you also see this behaviour there?

Keywords: (none) => NEEDINFO

Comment 3 Dick Gevers 2018-12-03 16:54:29 CET 
Running on mains.

HW is this: https://wiki.mageia.org/en/QA_iso_hardware_list -> Notebooks -> dvgevers
Dick Gevers 2018-12-03 16:54:41 CET

Keywords: NEEDINFO => (none)

Comment 4 Dick Gevers 2018-12-03 16:55:52 CET 
When installing from desktop: will try and report
Comment 5 Martin Whitaker 2018-12-03 19:33:12 CET 
Just tried on my laptop, leaving it on the language screen for 25 minutes. The screen went blank, but as soon as I moved the mouse, everything was working. Looks like this is hardware specific, and is going to be very hard to pin down.
Comment 6 Dick Gevers 2018-12-03 20:18:08 CET 
Quite possible.
I will make a note to add it to the proposed errata...

[ No keyword "For Errata 7" found, though ]
Comment 7 Dick Gevers 2018-12-03 21:31:20 CET 
Confirmed: If installer is run from live mode and screensaver is started it will work w/o problem afterwards.
Comment 8 Dick Gevers 2018-12-04 18:45:13 CET 
If the installer freezes as described I found there is one "workaround": accept the default settings shown, hit enter, go tty7, back to tty1 and there is the next screen... and as before until the end of the installation process.
Comment 9 Dick Gevers 2019-02-25 17:50:47 CET 
Not seen with latest isos

Status: NEW => RESOLVED
Resolution: (none) => OLD
Note You need to log in before you can comment on or make changes to this bug.