Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QGIS "not responding" #17244

Closed
qgib opened this issue Aug 16, 2013 · 4 comments
Closed

QGIS "not responding" #17244

qgib opened this issue Aug 16, 2013 · 4 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!

Comments

@qgib
Copy link
Contributor

qgib commented Aug 16, 2013

Author Name: Jonathan Moules (Jonathan Moules)
Original Redmine Issue: 8476
Affected QGIS version: master


A common theme I'm noticing is that any time QGIS starts doing something, if I then try and close that dialog, QGIS will "crash" (as in, bring up the "QGIS is not responding" windows dialog). This seems to be 100% repeatable.

Examples:

  • Connecting to Oracle with wrong credentials - while it times out if I click the "x" on the dialog - crash.
  • Close attribute table while it is saving changes - crash.
  • Join attributes by location - press the "x" while it is processing - Crash.

The crash isn't actually a crash, it is basically the fact that QGIS stops responding and Windows thinks it has crashed (which is basically the same thing if you click "close the program).

Windows 7, x64, d61cb25


@qgib
Copy link
Contributor Author

qgib commented Aug 16, 2013

Author Name: Nathan Woodrow (@NathanW2)


This is simply because we don't use threads in a lot of the code so the UI gets blocked while we are waiting on something long.

@qgib
Copy link
Contributor Author

qgib commented Aug 16, 2013

Author Name: Jonathan Moules (Jonathan Moules)


It makes QGIS seem really really unstable. It threw me for a while; less technical users won't get the distinction between "not responding" and "crash".

@qgib
Copy link
Contributor Author

qgib commented Aug 16, 2013

Author Name: Nathan Woodrow (@NathanW2)


Of course. It's common problem with a lot of applications. Threading can sometimes take a little bit to get right which is why most people don't go for it right way when working on a problem. Lucky Qt takes away a bit of that pain.

@qgib
Copy link
Contributor Author

qgib commented Jun 21, 2014

Author Name: Jürgen Fischer (@jef-n)


IIRC if an application doesn't seem to react to the close request, Windows offers to kill it or just let it continue. So it's not an crash, but the user chose to kill it. Anyway, the multithreaded rending should help with this - although there might be still stuff, that blocks the whole process and takes time to complete. If you run into those please file individual tickets (so those can eventually been moved to threads too).


  • status_id was changed from Open to Closed

@qgib qgib added the Bug Either a bug report, or a bug fix. Let's hope for the latter! label May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!
Projects
None yet
Development

No branches or pull requests

1 participant