Stellarium causes X to freeze after a while

Bug #1437931 reported by Benedikt Plitt
38
This bug affects 8 people
Affects Status Importance Assigned to Milestone
Stellarium
Invalid
Undecided
Unassigned
X.Org X server
New
Undecided
Unassigned
stellarium (Ubuntu)
Invalid
Critical
Unassigned
Nominated for Trusty by Alberto Salvia Novella
Nominated for Xenial by Alberto Salvia Novella
xorg-server (Ubuntu)
Won't Fix
Critical
Unassigned
Nominated for Trusty by Alberto Salvia Novella
Nominated for Xenial by Alberto Salvia Novella

Bug Description

only happens when 3d-acceleration is enabled

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: stellarium 0.12.4-1
ProcVersionSignature: Ubuntu 3.13.0-48.80-generic 3.13.11-ckt16
Uname: Linux 3.13.0-48-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.8
Architecture: amd64
CurrentDesktop: Unity
Date: Sun Mar 29 22:47:16 2015
InstallationDate: Installed on 2014-09-08 (202 days ago)
InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2)
SourcePackage: stellarium
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Benedikt Plitt (beplitt) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in stellarium (Ubuntu):
status: New → Confirmed
Revision history for this message
nobar (nobar) wrote :

Running Ubuntu MATE 15.10 with Compiz enabled. The X-server apparently crashes every time Stellarium is run. The crash is not immediate, I can pan and zoom the sky with no problems. The crash seems to occur as soon as I try to interact with the menus -- or if I close Stellarium. In this state, all visible GUI elements are frozen except for the mouse cursor.

The system is not completely dead -- I can still switch to a console with Ctrl-Alt-F1, and can still restart the X-server with Ctrl-Backspace.

There is no problem if Compiz is disabled. Also, I have run several other full-screen 3D games and apps with no similar problems. My machine has NVIDIA, but I believe it is using Intel (Broadwell) Graphics. This error post was helpful for me because it reminded me to try without Compiz.

Revision history for this message
nobar (nobar) wrote :

Mistake in my prior post: I can restart the X-server with Ctrl-Alt-Backspace.

Revision history for this message
Anthony Kamau (ak-launchpad) wrote :

I too am getting the same issue. However, for me the crash doesn't happen until I try to resize the window - like exiting from full screen via F11 or even just exiting the application. In addition, just attempting to switch to a different workspace also causes X/Unity to hang!

On my system, CTRL+ALT+Backspace has never worked. However, I can CTRL+ALT+F1 and from there restart lightdm and all is well again!

I'm running Ubuntu 15.10:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 15.10
Release: 15.10
Codename: wily

Linux akk-m6700 4.2.0-18-generic #22-Ubuntu SMP Fri Nov 6 18:25:50 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Mathew Hodson (mhodson)
Changed in stellarium (Ubuntu):
importance: Undecided → Medium
Revision history for this message
tonyk (s-launchpad-anroet-com) wrote :

I believe my problem to be solved!

After adding ppa:stellarium/stellarium-releases and then running apt-get dist-upgrade, I can re-size and move application to any workspace without issue.

Below is the history of what was updated:

Start-Date: 2015-12-31 13:30:16
Commandline: apt-get dist-upgrade
Install: libqt5serialport5:amd64 (5.4.2-2build1, automatic)
Upgrade: stellarium-data:amd64 (0.13.3-2, 0.14.1-1ubuntu1~ppa3~ubuntu15.10.1), stellarium:amd64 (0.13.3-2, 0.14.1-1ubuntu1~ppa3~ubuntu15.10.1)
End-Date: 2015-12-31 13:30:23

Revision history for this message
tonyk (s-launchpad-anroet-com) wrote :

Never mind, crashing has reared its ugly head again; I guess I got excited since on first launch it lasted for more than 10 minutes and figured the issue was resolved - :)!

Revision history for this message
Ingo Haase (haase) wrote :

Same here on a freshly installed Ubuntu 15.10 (i5, Intel HD 5500 graphics). CTRL+ALT+Backspace won't work.

Revision history for this message
Alex Thompson (alexofdoom) wrote :

Adding the Stellarium project to this bug. I'll try to add more details here to enable the develops to debug this issue, although I understand as I see nothing in any error logs.

I'm using the latest Stellarium from the release PPA on Ubuntu 15.10 x64 (0.14.2-1ubuntu1~ppa3~ubuntu15.10.1). The system is a Intel Core i3-3240 CPU and I'm using the integrated graphics (HD Graphics 2500 with i915 driver).

Similar to the other bug reporters, I get a full X hang. I can return to a terminal to kill X (using Ctrl+Alt+F1) and restore access to my system.

There are no error messages in the X.org log file, syslog or dmesg.

I have attached the stellarium log after launching stellarium with the -d option. I see no error messages in this either.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Alex, what exactly you are doing within Stellarium before X has been hanged?

Revision history for this message
Alex Thompson (alexofdoom) wrote :

Changing from fullscreen to windowed instantly hang everything, but it seems to hang without a trigger after 30-60 seconds.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please run through CLI: mv ~/.stellarium ~/.stellarium.orig and check it again

Changed in stellarium:
status: New → Incomplete
Revision history for this message
Alex Thompson (alexofdoom) wrote :

Sorry for my very slow response.

I still see this issue after moving removing the config (#12) and switching to windowed mode (F11)

Revision history for this message
shankao (shankao) wrote :

@alexwolf: is there any other info that we can help to provide? Otherwise I'd change the status back to 'Confirmed' to give it some relevance.
This makes stellarium unusable on Ubuntu, and crashes the X server. That should not happen anyway. :(

Revision history for this message
shankao (shankao) wrote :

Confirmed as happening in Xenial too

summary: - starting stellarium causes system crash
+ starting stellarium causes X to freeze
summary: - starting stellarium causes X to freeze
+ Stellarium causes X to freeze after a while
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Revision history for this message
shankao (shankao) wrote :

Changing package as per https://wiki.ubuntu.com/X/Triaging

Changed in xorg-server (Ubuntu):
status: New → Confirmed
shankao (shankao)
affects: xorg (Ubuntu) → xorg-server (Ubuntu)
tags: added: xenial
Revision history for this message
Alexander Wolf (alexwolf) wrote :

@shankao I really want see log and description of behaviour for fresh installation of Stellarium. In the latest attached log I see few strange records, who shouldn't be here (I use version 0.14.2 on Ubuntu 14.04.4 from our PPA and I see difference).

Revision history for this message
Alex Thompson (alexofdoom) wrote :

@alexwolf

I built a version of stellarium from source following the instructions on the wiki and I still see the same behaviour (X hang after leaving fullscreen mode and going to windowed). I removed ~/.stellarium before running and I'll attach the log from this run.

Is there are way of increasing the debug level?

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Are you can build it with flag CMAKE_BUILD_TYPE=Debug for cmake?

Revision history for this message
Alex Thompson (alexofdoom) wrote :

Yes, confirming that I built with 0.14.2.

I deleted the install and and build directory and started building with
'cmake -DCMAKE_BUILD_TYPE=Debug ../..'
after installing, I deleted the stellarium config ('rm ~/.stellarium') and ran stellarium with the -d option.

Pressing F11 to invoke windowed mode repeated the hang (or possibly a loss of focus/mouse and keyboard input?).

I have attached the log.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please try build trunk: http://bazaar.launchpad.net/~stellarium/stellarium/trunk/tarball/8233

P.S. Stellarium hangs when running GLSL code and it may be bug in MESA (trunk has changes in GLSL code).

Revision history for this message
Alex Thompson (alexofdoom) wrote :

No hang when using the trunk build. This appears to have fixed the bug, although I'll try to play with it more to confirm that it doesn't re-appear.

Thank you for your help in debugging this issue.

Revision history for this message
Alex Thompson (alexofdoom) wrote :

Ok, it's not entirely fixed. I think I've seen two triggers for a hang

1) Switching to windowed mode from fullscreen (Now fixed)
2) Running for ~1 minute, either idle or with interaction (NOT fixed).

I've attached a log from case 2, still from the trunk debug build, with a clean ~/.stellarium folder.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please try disable all plugins in ~/.stellarium/config.ini and check it again.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xorg-server (Ubuntu):
status: New → Confirmed
Changed in xorg-server (Ubuntu):
importance: Undecided → Critical
Changed in stellarium (Ubuntu):
importance: Medium → Critical
status: Confirmed → Invalid
Revision history for this message
Alberto Salvia Novella (es20490446e) wrote :

Please:

1. Report to (https://bugs.freedesktop.org).
2. Paste the new report link here.
3. Set this bug status back to "confirmed".

Thank you.

Changed in xorg-server (Ubuntu):
status: Confirmed → Incomplete
Changed in stellarium:
status: Incomplete → Invalid
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

This bug is now over 6 years old. If anyone still experiences crashes then please follow these instructions to create new bug reports:

https://wiki.ubuntu.com/Bugs/Responses#Missing_a_crash_report_or_having_a_.crash_attachment

Changed in xorg-server (Ubuntu):
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.