Bug 1500325 - [abrt] gnome-shell: meta_logical_monitor_get_scale(): gnome-shell killed by SIGSEGV
Summary: [abrt] gnome-shell: meta_logical_monitor_get_scale(): gnome-shell killed by S...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: mutter
Version: 27
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Florian Müllner
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:4c665d039af7ca806056d84b02e...
: 1506228 1508390 1508811 1509363 1509500 1511699 1513184 1514597 1514764 1516143 1520110 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-10-10 11:50 UTC by Mikus Grinbergs
Modified: 2019-09-24 12:43 UTC (History)
31 users (show)

Fixed In Version: mutter-3.26.2-2.fc27
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-11-30 20:09:37 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (80.97 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: cgroup (289 bytes, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: core_backtrace (70.86 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: cpuinfo (1.41 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: dso_list (26.37 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: environ (1.48 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: exploitable (82 bytes, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: limits (1.29 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: maps (124.00 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: open_fds (8.75 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: proc_pid_status (1.28 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: var_log_messages (1.43 KB, text/plain)
2017-10-10 11:50 UTC, Mikus Grinbergs
no flags Details
File: backtrace (102.29 KB, text/plain)
2017-10-17 12:33 UTC, Ed
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 788764 0 Normal RESOLVED mutter:ERROR:backends/meta-monitor-manager.c:2267:meta_monitor_manager_get_logical_monitor_from_number: assertion failed... 2021-02-09 16:32:25 UTC

Description Mikus Grinbergs 2017-10-10 11:50:37 UTC
Description of problem:
Booted.  Started some applications.  Walked away.
.
After some time, came back.  Screen was blank.  Pressed 'shift'.  System now showed log-on screen.

Version-Release number of selected component:
gnome-shell-3.26.1-1.fc27

Additional info:
reporter:       libreport-2.9.2
backtrace_rating: 3
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=0feaff53abdc422785ebe79eb4ae0d2d;i=7114;b=f65121dec16d49adb5de42b68ac3ba6a;m=14989bcd4;t=55b2fd147b9e1;x=78af82616f3bcdc5
kernel:         4.13.5-300.fc27.x86_64
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (9 frames)
 #0 meta_logical_monitor_get_scale at backends/meta-logical-monitor.c:181
 #1 get_window_geometry_scale_for_logical_monitor at wayland/meta-window-wayland.c:73
 #2 meta_window_wayland_get_geometry_scale at wayland/meta-window-wayland.c:637
 #3 meta_window_wayland_move_resize_internal at wayland/meta-window-wayland.c:211
 #4 meta_window_move_resize_internal at core/window.c:3962
 #5 meta_window_move_resize_now at core/window.c:4205
 #6 idle_move_resize at core/window.c:4240
 #7 call_idle_later at core/util.c:866
 #13 meta_run at core/main.c:648

Comment 1 Mikus Grinbergs 2017-10-10 11:50:44 UTC
Created attachment 1336745 [details]
File: backtrace

Comment 2 Mikus Grinbergs 2017-10-10 11:50:45 UTC
Created attachment 1336746 [details]
File: cgroup

Comment 3 Mikus Grinbergs 2017-10-10 11:50:46 UTC
Created attachment 1336747 [details]
File: core_backtrace

Comment 4 Mikus Grinbergs 2017-10-10 11:50:47 UTC
Created attachment 1336748 [details]
File: cpuinfo

Comment 5 Mikus Grinbergs 2017-10-10 11:50:48 UTC
Created attachment 1336749 [details]
File: dso_list

Comment 6 Mikus Grinbergs 2017-10-10 11:50:49 UTC
Created attachment 1336750 [details]
File: environ

Comment 7 Mikus Grinbergs 2017-10-10 11:50:50 UTC
Created attachment 1336751 [details]
File: exploitable

Comment 8 Mikus Grinbergs 2017-10-10 11:50:51 UTC
Created attachment 1336752 [details]
File: limits

Comment 9 Mikus Grinbergs 2017-10-10 11:50:53 UTC
Created attachment 1336753 [details]
File: maps

Comment 10 Mikus Grinbergs 2017-10-10 11:50:55 UTC
Created attachment 1336754 [details]
File: open_fds

Comment 11 Mikus Grinbergs 2017-10-10 11:50:56 UTC
Created attachment 1336755 [details]
File: proc_pid_status

Comment 12 Mikus Grinbergs 2017-10-10 11:50:57 UTC
Created attachment 1336756 [details]
File: var_log_messages

Comment 13 Mikus Grinbergs 2017-10-10 15:12:30 UTC
Similar problem has been detected:

Rebooted.  All I did was to connect to wired ethernet -- did not start applications.  Left system sitting there.

When some time later I came back, the display was blank.  Pressed 'shift' , and the system showed me the log-in screen.

reporter:       libreport-2.9.2
backtrace_rating: 3
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=0feaff53abdc422785ebe79eb4ae0d2d;i=859a;b=afa14ec1da18480f93b024de72ea9771;m=6bf86564;t=55b32a3f81fa0;x=5d8ca611136d5e3
kernel:         4.13.5-300.fc27.x86_64
package:        gnome-shell-3.26.1-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 14 Ed 2017-10-17 12:33:27 UTC
Similar problem has been detected:

1. Run firefox, terminal
2. Lock computer and leave it for some time
3. Come back to crash report

I've had issues with Fedora (26, 27b) randomly freezing under similar conditions (very light load) which has to be reset using the power button, this may be related.
This is the first time it's been able to recover - the previous times the system wasn't locked.
The crash seems to be hastened when playing music from youtube or from the disk using CMUS.


Attempts to resolve random freezing (10 min~2 hour intervals):
- Disable screen blanking in xorg.conf.d
- Update BIOS (ASUS Prime X370-PRO - BIOS revision 0902)
- Upgrade Fedora to 27b
- Use mainline kernel
- Replace thermal paste on CPU, reseat graphics card
- Add amd_iommu=fullflush iommu=pt to GRUB_CMDLINE_LINUX

These last two seemed to have stabilised everything, the system hadn't crashed while in use for 1 1/2 days, until now.


Configuration:
AMD Ryzen 5 1600
Radeon RX 480 (using amdgpu)


journalctl -b -p err
-- Logs begin at Mon 2017-10-09 23:55:27 BST, end at Tue 2017-10-17 12:38:51 BST. --
Oct 17 11:14:33 localhost.localdomain kernel: ACPI Error: Needed [Integer/String/Buffer], found [Region] ffff91511e971d80 (20170728/exresop-424)
Oct 17 11:14:33 localhost.localdomain kernel: ACPI Exception: AE_AML_OPERAND_TYPE, Could not execute arguments for [IOB2] (Region) (20170728/nsinit-426)
Oct 17 11:14:34 localhost.localdomain kernel: amdgpu 0000:28:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff
Oct 17 10:14:51 localhost.localdomain kernel: sp5100_tco: I/O address 0x0cd6 already in use
Oct 17 10:14:51 localhost.localdomain kernel: kvm: disabled by bios
Oct 17 10:14:51 localhost.localdomain kernel: kvm: disabled by bios
Oct 17 10:15:32 localhost.localdomain spice-vdagent[1510]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
Oct 17 10:15:54 localhost.localdomain spice-vdagent[2011]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
Oct 17 10:16:15 localhost.localdomain pulseaudio[1888]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
Oct 17 12:16:13 localhost.localdomain gnome-session-binary[1704]: Unrecoverable failure in required component org.gnome.Shell.desktop
Oct 17 12:16:15 localhost.localdomain systemd-coredump[6622]: Process 1825 (gnome-shell) of user 1000 dumped core.
                                                              
                                                              Stack trace of thread 1825:
                                                              #0  0x00007fb98e892230 meta_logical_monitor_get_scale (libmutter-1.so.0)
                                                              #1  0x00007fb98e91d26b meta_window_wayland_get_geometry_scale (libmutter-1.so.0)
                                                              #2  0x00007fb98e91d6e1 meta_window_wayland_move_resize_internal (libmutter-1.so.0)
                                                              #3  0x00007fb98e8e2fe3 meta_window_move_resize_internal (libmutter-1.so.0)
                                                              #4  0x00007fb98e8e3b44 idle_move_resize (libmutter-1.so.0)
                                                              #5  0x00007fb98e8dce9f call_idle_later (libmutter-1.so.0)
                                                              #6  0x00007fb9903b0597 g_idle_dispatch (libglib-2.0.so.0)
                                                              #7  0x00007fb9903b3bb7 g_main_context_dispatch (libglib-2.0.so.0)
                                                              #8  0x00007fb9903b3f60 g_main_context_iterate.isra.25 (libglib-2.0.so.0)
                                                              #9  0x00007fb9903b4272 g_main_loop_run (libglib-2.0.so.0)
                                                              #10 0x00007fb98e8cffdc meta_run (libmutter-1.so.0)
                                                              #11 0x00005578fe262267 main (gnome-shell)
                                                              #12 0x00007fb98e24903a __libc_start_main (libc.so.6)
                                                              #13 0x00005578fe26237a _start (gnome-shell)


I tried to make this report as complete as possible, if there's anything else you need, please let me know and I'll send it along.

reporter:       libreport-2.9.2
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=0cdd9868887542f1bb70d08a9778855c;i=a2d2;b=e4ff0d45a85748c098b79ed41019344d;m=1b361e92a;t=55bbc4061f6dc;x=60749a52b1c04ab1
kernel:         4.14.0-0.rc4.git4.1.vanilla.knurd.1.fc27.x86_64
package:        gnome-shell-3.26.1-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 15 Ed 2017-10-17 12:33:33 UTC
Created attachment 1339682 [details]
File: backtrace

Comment 16 Ed 2017-10-23 18:22:10 UTC
Recurrent problem, happened under exactly the same conditions today. Running Firefox, Emacs and terminal - locked, came back, logged in to a blank desktop with a "GNOME Shell quit unexpectedly" message.

Comment 17 john mastrolia 2017-10-25 12:58:32 UTC
*** Bug 1506228 has been marked as a duplicate of this bug. ***

Comment 18 Sergey Morozik 2017-11-01 11:19:02 UTC
*** Bug 1508390 has been marked as a duplicate of this bug. ***

Comment 19 Joseph Kane 2017-11-02 09:44:32 UTC
*** Bug 1508811 has been marked as a duplicate of this bug. ***

Comment 20 Ivan 2017-11-03 15:48:33 UTC
*** Bug 1509363 has been marked as a duplicate of this bug. ***

Comment 21 S. Wolf 2017-11-04 02:41:14 UTC
*** Bug 1509500 has been marked as a duplicate of this bug. ***

Comment 22 Charles Barto 2017-11-09 01:18:21 UTC
Similar problem has been detected:

This happens every time I lock my screen or it goes to sleep. It also happens when I switch to another machine via KVM (the device not the kernel feature)

everything is connected up with displayport

reporter:       libreport-2.9.3
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=6e93c329ebc3467e8ab2079b21a03d03;i=2904d;b=8636692433204dd2b3b5dc21f6e6ac51;m=323c4ee15;t=55d827d438170;x=7babbb42067ceb5b
kernel:         4.13.11-300.fc27.x86_64
package:        gnome-shell-3.26.2-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 23 Marco Videro 2017-11-09 22:20:42 UTC
*** Bug 1511699 has been marked as a duplicate of this bug. ***

Comment 24 Mikhail 2017-11-10 20:45:10 UTC
Similar problem has been detected:

Just disconnect monitor which was connected via HDMI

reporter:       libreport-2.9.3
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=080dd602856d412c9a43640ef29bfca7;i=2b9a50;b=7d61f60d9e2d41b79c90654b1032f43d;m=37303547;t=55da6ba2faf72;x=1eba314d896db020
kernel:         4.13.12-300.fc27.x86_64+debug
package:        gnome-shell-3.26.2-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 25 jonathan.f.griggs 2017-11-11 17:25:13 UTC
Similar problem has been detected:

I allowed my session to lock.  When unlocking the gnome session died and all applications were closed.

reporter:       libreport-2.9.3
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=5f436a2f3268471d87d74ebe94d6b5aa;i=18b1d5;b=2226bb31000d41a495ef4490418f47ee;m=12943a9a2;t=55db80e56bc09;x=a3b3cfc3897deb1c
kernel:         4.13.11-300.fc27.x86_64
package:        gnome-shell-3.26.2-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 26 Krzysztof Troska 2017-11-14 19:04:28 UTC
Similar problem has been detected:

Turn off monitor connected via Display Port while logged in.

reporter:       libreport-2.9.3
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=77d908ac7e0047c088e5c5c70d2f0a70;i=56861;b=11a255cc39854c77bdaccfa70f00e59e;m=178bb05fc;t=55df5fec14aad;x=ca4f9373790bee31
kernel:         4.13.12-300.fc27.x86_64
package:        gnome-shell-3.26.2-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 27 Evan Klitzke 2017-11-14 22:20:53 UTC
*** Bug 1513184 has been marked as a duplicate of this bug. ***

Comment 28 Evan Klitzke 2017-11-14 22:21:24 UTC
I have the same problem when returning from a locked screen. I am also getting regular xwayland crashes, which might be related.

Comment 29 Ivan 2017-11-15 00:34:20 UTC
Similar problem has been detected:

Open Firefox, leave PC for a while, lock screen sets in, after unlocking gnome shell crashes

reporter:       libreport-2.9.3
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=d9bfb4e3528844adabdee1bec9424820;i=6e05;b=0a3b441541ba4352a7be4efcd27fcd83;m=469d136f4;t=55dfa74d74159;x=7645c8283cb40096
kernel:         4.13.12-300.fc27.x86_64
package:        gnome-shell-3.26.2-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 30 Evan McNabb 2017-11-15 16:52:06 UTC
Similar problem has been detected:

I'm seeing many types of gnome-shell crashes, but this one seems to be caused by locking the screen and trying to log back in.

reporter:       libreport-2.9.3
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=24c25b90ba134b9f9fd6364a26c406ea;i=357cd;b=15fd771f5aeb46baa1c524c5306de177;m=1306d25a;t=55e0839f94a6a;x=13639523ca451ff5
kernel:         4.13.12-300.fc27.x86_64
package:        gnome-shell-3.26.2-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 31 Evan McNabb 2017-11-15 17:09:02 UTC
After very limited testing, it seems I can only reproduce this under wayland. xorg is fine.

Comment 32 Daniel Rowe 2017-11-16 11:10:33 UTC
Similar problem has been detected:

Wake from monitor sleep

reporter:       libreport-2.9.3
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=1692d9ea62f6444199f122430d33ca98;i=f6f6;b=32f7b1e9ea1e4074bbd4bb71e4fc2f04;m=931059108;t=55e177e9420f7;x=da451dcec350894c
kernel:         4.13.12-300.fc27.x86_64
package:        gnome-shell-3.26.2-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 33 Daniel Rowe 2017-11-16 11:12:41 UTC
I raised this bug:

https://bugzilla.redhat.com/show_bug.cgi?id=1513807

Looks to be the same as this.

Crashes after return from monitor sleep.

Comment 34 Olivier Fourdan 2017-11-16 12:25:05 UTC
I think this is the same as https://bugzilla.gnome.org/show_bug.cgi?id=788764 which was fixed with https://git.gnome.org/browse/mutter/commit/?id=3572502

Comment 35 Michael Mansell 2017-11-17 20:36:48 UTC
*** Bug 1514597 has been marked as a duplicate of this bug. ***

Comment 36 lingobingo1980 2017-11-18 12:20:01 UTC
*** Bug 1514764 has been marked as a duplicate of this bug. ***

Comment 37 Charalampos Stratakis 2017-11-20 15:40:27 UTC
Can the fix be backported?

Comment 38 Charalampos Stratakis 2017-11-20 15:43:03 UTC
Assuming it's the same crash, loads of people have already been hit by it: https://retrace.fedoraproject.org/faf/reports/1911767/

Comment 39 Shecks 2017-11-22 00:07:08 UTC
Similar problem has been detected:

I am using an ATEN KVM (DisplayPort model) and I think switching between consoles caused the Gnome shell to crash.

Repro requirements:

2 PCs connected to ATEN KVM via display port and USB for keyboard and mouse

Steps to repro:

1) Switch KVM to second PC
2) Switch KVM back to first PC
3) On returning to first PC, session has been logged out as Gnome shell has crashed.

* Note: This crash seems to only happen periodically

dmeseg shows the following errors when switching consoles

[  828.914030] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* displayport link status failed
[  828.914062] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed
[  829.100945] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* displayport link status failed
[  829.100967] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed
[  900.719764] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* displayport link status failed
[  900.719786] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed
[  900.905667] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* displayport link status failed
[  900.905688] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed

reporter:       libreport-2.9.3
backtrace_rating: 4
cmdline:        /usr/bin/gnome-shell
crash_function: meta_logical_monitor_get_scale
executable:     /usr/bin/gnome-shell
journald_cursor: s=3a2d24ec6c2244db974f5216bc306552;i=9f3f;b=7d9c6c73e1644bc3921d200c7bd7c0f5;m=7bedcde4;t=55e86de7b6044;x=e8f62c0a0083b291
kernel:         4.13.13-300.fc27.x86_64
package:        gnome-shell-3.26.2-1.fc27
reason:         gnome-shell killed by SIGSEGV
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Comment 40 Amir H Piri 2017-11-22 07:25:42 UTC
*** Bug 1516143 has been marked as a duplicate of this bug. ***

Comment 41 biltong 2017-11-23 18:51:48 UTC
Three thousand crashes so far... is a fix planned?

Comment 42 Olivier Fourdan 2017-11-24 08:59:51 UTC
This is a mutter issue, not gnome-shell, actually. The fix is in comment 34.

Comment 43 Daniel Rowe 2017-11-24 09:16:11 UTC
So the commit against the mutter repo will be picked up by Fedora? Any ideas on time frames?

Comment 44 Olivier Fourdan 2017-11-24 09:30:06 UTC
I'm trying to run a scratch build with the patch added, but I'm bitten by bug 1514955

Comment 45 Olivier Fourdan 2017-11-24 10:11:21 UTC
FWIW, I've ran a test (scratch) build with the fix added here:

   https://koji.fedoraproject.org/koji/taskinfo?taskID=23334681

You may want to try this build to see if that helps (I reckon it would).

Being a scratch build, the files will be removed shortly. Also, worth noting, to avoid bug 1514955, remote-desktop is disabled in this build.

Comment 46 Daniel Rowe 2017-11-24 10:47:19 UTC
Fixed it for me. Quick test. 

Installed rebooted for good measure.
logged in and started some apps.
locked the screen putting monitor to sleep.
left it for a few mins.
woke the screen up and no crash.

Comment 47 Daniel Rowe 2017-11-25 05:34:24 UTC
Can confirm longer term testing no problems. Appears fixed with the test (scratch) build.

Comment 48 biltong 2017-11-25 19:10:51 UTC
Thanks Olivier wfm :-)

Comment 49 Tony 2017-11-27 21:40:45 UTC
Read the fix for the mutter bug:

--
We tried to get the geometry scale, which may depend on the main logical monitor assigned to the window. To avoid dereferencing a NULL logical monitor when headless, instead assume the geometry scale is 1.
--

Wouldn't it make more sense to just keep the current scaling factor when the monitor becomes NULL? Most people are either allowing their monitor to power down due to inactivity or are switching to another display. When the monitor is reattached, scaling should be the same. If a user is switching to a different monitor, scaling can be updated then.

It seems that the machine is going to have to do unnecessary scaling work when the monitor is disconnected and again when reconnected, if the scaling factor for the moniotor is !=1.

Comment 50 Olivier Fourdan 2017-11-28 09:09:21 UTC
(In reply to Tony from comment #49)
> Wouldn't it make more sense to just keep the current scaling factor when the
> monitor becomes NULL? 

I think it would be better to report these concerns upstream (for example by cloning the bug upstream mentioned in comment 34).

Comment 51 Olivier Fourdan 2017-12-04 13:24:49 UTC
*** Bug 1520110 has been marked as a duplicate of this bug. ***

Comment 52 Charalampos Stratakis 2017-12-04 13:30:16 UTC
Any reason that the fix hasn't been pushed yet?

Is there something we can do to help moving this forward?

Comment 53 Daniel Rowe 2017-12-06 00:59:19 UTC
So I have some more PC doing this.

Seems to be devices on display port where the monitor takes a while to start up.

Must be effecting lots of people.

Comment 54 Tony 2017-12-18 14:16:57 UTC
(In reply to Olivier Fourdan from comment #50)
> (In reply to Tony from comment #49)
> > Wouldn't it make more sense to just keep the current scaling factor when the
> > monitor becomes NULL? 
> 
> I think it would be better to report these concerns upstream (for example by
> cloning the bug upstream mentioned in comment 34).

Thanks Oliver. In fact, I'm not terribly concerned about this detail. I'm more concerned that I still cannot switch inputs on my monitor without my session being destroyed.

Anything I can do to help move this forward?

Comment 55 Olivier Fourdan 2017-12-18 14:59:50 UTC
mutter-3.26.2-2 in testing (https://bodhi.fedoraproject.org/updates/FEDORA-2017-39b370bebf) includes the fix for this bug, thanks Rui!

Comment 56 Tony 2018-01-16 20:06:46 UTC
Gnome is still crashing when I switch my monitor to another machine:

Process 2071 (gnome-shell) crashed in image_get_buffers()

Reported here:

https://bugzilla.redhat.com/show_bug.cgi?id=1531472

Comment 57 Tony 2018-02-23 17:33:19 UTC
This is still a problem with updated mutter:
[dude@chainsaw ~]# dnf list installed | grep mutter
mutter.x86_64                              3.26.2-2.fc27               @updates


[dude@chainsaw ~]# abrt-cli list
id 302d5f5b717f5cb1a0ab5e1eb8bdc4ad8a4a786f
reason:         image_get_buffers(): gnome-shell killed by SIGSEGV
time:           Fri 23 Feb 2018 09:40:23 AM EST
cmdline:        /usr/bin/gnome-shell
package:        gnome-shell-3.26.2-4.fc27
uid:            42 (gdm)
count:          1
Directory:      /var/spool/abrt/ccpp-2018-02-23-09:40:23.350793-1639
[dude@chainsaw ~]#


I am unable to report because abrt says my backtraces are "unusable" but offers no reason why.

If there is anything at all I can do to help resolve this issue, please let me know. As things are now, getting any work done on this platform is difficult.

Comment 58 Kazimieras Vaina 2018-03-02 17:40:13 UTC
Similar problem is reported upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=788834

Comment 59 Ben Cotton 2018-11-27 16:49:15 UTC
This message is a reminder that Fedora 27 is nearing its end of life.
On 2018-Nov-30  Fedora will stop maintaining and issuing updates for
Fedora 27. It is Fedora's policy to close all bug reports from releases
that are no longer maintained. At that time this bug will be closed as
EOL if it remains open with a Fedora  'version' of '27'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 27 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 60 Ben Cotton 2018-11-30 20:09:37 UTC
Fedora 27 changed to end-of-life (EOL) status on 2018-11-30. Fedora 27 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.