Registered Member
|
When I want to shutdown my computer, I click shutdown, turn the screen off, and go to bed. Sometimes, I discover in the morning, that some applications crashed just after I clicked the shutdown button, and the report dialog prevented my computer from shutting down, which is just stupid.
Then, I propose that the crash report window auto-closes after some time, like one minute, because if something crashed while you're not in front of your computer, you don't really care, do you ? The other solution would be to bypass the crash report when the computer is trying to shut down, but I think auto-closing the window is better. What do you think ? |
KDE Developer
|
There is a use case which counters this.
Imagine I'm copying a file, walk away for a few minutes. Come back and find that dolphin is no longer open (for example). I would really want to know that it has crashed. Discuss. |
Registered Member
|
Solution: make sure the crash report doesn't block shutdown / stops blocking after a few minutes. So it only closes when a logout operation is being executed. If your file copy operation crashed -> you see a crash report when you come back. If something crashes when you shutdown -> report closed after a while (discussable) You click shutdown while copying -> self-destruct! (maybe not) what do you think? |
Registered Member
|
Well, usually, when I copy a big file, I use to start the copy within dolphin, and then close it so that the copy keeps working in background. So, if I'm right, dolphin crashing would not stop your file copy. But yes, maybe the good solution is to have nothing blocking after the shutdown has been initiated, so the modification would not be at the crash report level, but at the shutdown task level : any application should be killed after a timeout once it has been initiated. (Of course, that applies to disconnection and restart too) |
Registered Member
|
It does stop file copies. If you close dolphin normally, file transfer processes will continue. But if dolphin crashes, file transfer processes will hang. I posted a bug report about this a while back.
Man is the lowest-cost, 150-pound, nonlinear, all-purpose computer system which can be mass-produced by unskilled labor.
-NASA in 1965 |
Registered Member
|
+1, but only on logout (or make autoclosing optional).
|
Administrator
|
This seems like the wrong solution to the problem to my, I think your other suggestion is better:
There are situations when I don't want it to auto close. For example if something crashes when I'm away for a while, I want to know what happened to the application when I come back.
Problem solved? Please click on "Accept this answer" below the post with the best answer to mark your topic as solved.
10 things you might want to do in KDE | Open menu with Super key | Mouse shortcuts |
Registered Member
|
OK, it seems that the good thing to do is to shut down whatever happens after the request.
Should I change the idea title ? |
Administrator
|
I think this is still a valid idea, so you can post the second one (ignore crash dialog when shutting down) as a separate idea.
Problem solved? Please click on "Accept this answer" below the post with the best answer to mark your topic as solved.
10 things you might want to do in KDE | Open menu with Super key | Mouse shortcuts |
Mentor
|
This is actually already reported at
https://bugs.kde.org/show_bug.cgi?id=126073 (also see the explanation at https://bugs.kde.org/show_bug.cgi?id=126073#c21) |
Registered users: Bing [Bot], Evergrowing, Google [Bot]