[Desktop-packages] [Bug 1827751] Re: Shield screen is displayed after blanking even when lock screen disabled

2019-07-01 Thread Daen WWW
1. Settings>Power>Blank Screen was OFF, but switched this back ON then OFF again 2. The randomness of the blanking period between 15-30 min suggested issue was with ScreenLock 3. ScreenLock (per this bug) is tied to screen blanking 4. GitHub upstream considering 3 options on screen blanking like A

[Desktop-packages] [Bug 1827751] Re: Shield screen is displayed after blanking even when lock screen disabled

2019-07-01 Thread Daen WWW
This is a clean system - nothing but default packages. Streaming video in Firefox. Happy to run commands to provide you what you need to know. I do not know if I am using 'Wayland sessions' or not. bug 1740771 refers to 'screensaver' - I have not activated one and cannot locate settings for one o

[Desktop-packages] [Bug 1827751] Re: Shield screen is displayed after blanking even when lock screen disabled

2019-07-01 Thread Daen WWW
I am redirected here from gnome-shell/+bug/1834817 Reason for importance: the system is my main media server. Movies black out at random times (15-30 minutes) requiring keyboard unlocking of the screen using ctrl+alt+Enter. -- You received this bug notification because you are a member of Deskto

[Desktop-packages] [Bug 1834817] Re: Faulty screen lock toggle and erratic dock auto hide

2019-07-01 Thread Daen WWW
Fresh install 18.04.2.Screen locks after 30 minutes despite toggle ON/OFF in settings or terminal command "gsettings set org.gnome.desktop.lockdown disable-lock-screen 'false' or 'true'" ** Summary changed: - Faulty screen lock toggle and erratic dock auto hide + Faulty screen lock toggle ** De

[Desktop-packages] [Bug 1834817] [NEW] Faulty screen lock toggle and erratic dock auto hide

2019-06-30 Thread Daen WWW
Public bug reported: Fresh install 18.04.2.Screen locks after 30 minutes despite toggle ON/OFF in settings or terminal command "gsettings set org.gnome.desktop.lockdown disable-lock-screen 'false' or 'true'" Dock set to auto hide does not return properly when mouse over. Dock set to 'Bottom'. Pr

[Desktop-packages] [Bug 1798011] Re: HDD thrashing. System locks all input devices. Hard boot required to regain control.

2018-11-15 Thread Daen WWW
While Firefox is not at fault, it is the most likely to suffer this default configuration problem - which I have not encountered after about 100 installations of Ubuntu over many years. Perhaps the default swap file of 1GB should be increased in size in 4GB RAM systems. I am not an expert by any

[Desktop-packages] [Bug 1798011] Re: HDD thrashing. System locks all input devices. Hard boot required to regain control.

2018-11-09 Thread Daen WWW
Solved: On lower spec systems (4GB RAM) the default swap file in /dev/dm-1 of 1GB is insufficient. Addition of new swap file has resolved the stated issues. FilenameTypeSizeUsedPriority /swapfile file41

[Desktop-packages] [Bug 1798011] Re: HDD thrashing. System locks all input devices. Hard boot required to regain control.

2018-10-27 Thread Daen WWW
When launching a fresh installation of Stellarium an error message about OpenGL was triggered. Firefox issue as per thread appeard to occur with pages with Matterport 3D rendering pages were open. Other bugs researched included issue with OpenGL, Steam and gaming. Installed Mesa http://ubuntuhan

[Desktop-packages] [Bug 1798008] Re: HDD thrashing system locks all input device hard boot only fix. Firefox might be the culprit

2018-10-15 Thread Daen WWW
Sorry, supplied wrong debug. Resubmitted bug as firefox +bug/1798011. Do not know how to close this report. ** Changed in: evince (Ubuntu) Status: New => Invalid ** Changed in: evince (Ubuntu) Assignee: (unassigned) => Daen WWW (daenwww) -- You received this bug notifi

[Desktop-packages] [Bug 1798011] [NEW] HDD thrashing. System locks all input devices. Hard boot required to regain control.

2018-10-15 Thread Daen WWW
Public bug reported: When Firefox (default package) is open the HDD will begin thrashing and system become unresponsive. Hard boot only way to stop this as I have left it few hours and thrashing does not stop. Internet activity appears to stop. No specific action required to reproduce this except

[Desktop-packages] [Bug 1798008] [NEW] HDD thrashing system locks all input device hard boot only fix. Firefox might be the culprit

2018-10-15 Thread Daen WWW
Public bug reported: When Firefox (default package) is open the HDD will begin thrashing and system become unresponsive. Hard boot only way to stop this as I have left it few hours and thrashing does not stop. Internet activity appears to stop. No specific action required to reproduce this except