When Haiku crashes either the OS freezes or displays a debug prompt from the top of the screen. Seeing a block of technical-sounding text may be confusing for some users; perhaps a menu like this could be implemented with the debug menu as an option:
2 Likes
When a crash occurs you want to do as little as possible⌠all the programs you can run from Kernel Debuging land are pretty simple due to this and I believe run in statically preallocated memory but I could be wrong about that.
So while technically possible to implement your suggestion itâs unlikely as it would probably add significant overhead.
That said perhaps a text based versoin of it would be possible where it asks you a take a photo of the bug and send a report, and or reboot etcâŚ
I think, in this case less is better.
Maybe in debugger must be some text explanation, what it is and what can be done with it (and maybe such thing there already is?).
I agree with @Undoified. Haiku is an extraordinary technical jewel, but it still has some raw edges which could be confusing to the everyday user.
Weâre not in 2001 anymore, Apple first (then others) have demonstrated that the aesthetic is important to rise the adoption rate. Ofc this doesnât mean to sacrifice functionality and efficiency for aesthetic (likeâŚwellâŚmicrosoft for example)
@Undoified proposal is elegant, simple and clear. The poweruser has the Debug function just under the mouse pointer, while the normal user has a clear way to exit-and-recovery from the crash status.
+1 for this idea. I think that @Undoified should add in Trac as enanchment suggestion.
UPDATE: this cannot be done in KDL. Nevermind.
There should be no mouse pointer in KDL.
I donât really like the idea, an operating system shouldnât be sugared down for the lowest common dominator.
1 Like
Why not? Pls explain your point
and second, i think that the graphical crash screen is before entering into the KDL
You donât enter to KDL (ok ,technically you can manually trigger it, but stillâŚ), you land in it. And the kernel knows, when it should go there. It is not a user-decision.
Your computer is already in KDL, do not expect anything complicated from the kernel anymore in this state. In KDL you have only the basic IO, it means serial IO and keyboard (ps2/usb).
If you hide the useful info you will get nonsense bugreports like âI had a Haiku-logo-crashâ, like we already seen the âwhite-screen-of-deathâ nonsense, as both KDL and app-server crash results to white screen, so it doesnât helps at all.
1 Like
Tnx for the explaination, now itâs absolutely clear. Why do you never explain for the dummy user on your first reply? 
1 Like
Haiku is in beta state, the most important thing for the developers now is: useful bugreports.
2 Likes
Youâre probably right, althoug weâre in a egg-and-chicken situations maybe. Raw edges discourages users, and among those users there could be some potential dev workpowerâŚbut i understand the prioritiesâŚ
The only way weâre going to round off those rough edges is with useful bug reports 
1 Like
If this were implemented on R1 (not beta, I think), the âbuttonsâ should be activated using keyboard only: [Enter] or [r] for reboot; [Tab][Enter] or [d] for debug.
I also have mixed feelings about the idea of a logo in the crash screen. First, it occupies significant kernel memory (every byte reserved by kernel should be considered carefully) for something that should rarely be seen. Second, this is not typical behaviour for any OS crash screen that I know of. Itâs perhaps too in-your-face, and exploitable by future haters as anti-propaganda. More typically, people posting pictures of crash screens must explicitly mention in text which OS the crash screen came from. But perhaps with the second thing, Iâm merely imagining possible future annoyances.
2 Likes
Letâs just make Haiku not crash. The user should never see this anyways.
9 Likes
Second this! But I also see some merit in the above question. Haiku could mention âType a command to debug or hold power to restartâŚâ or something else under the useful info. So maybe a compromise between what the user wants (pretty crash versus very useful info).
The Mac, for example, puts a nice box mentioning âYou need to restart your computer. Hold down the power button for several seconds or press the Restart buttonâ over the panic text in the background for admins or developers to read, with ârestartâ = a switch on PPC/legacy Macs for the curious.
3 Likes
Microsoft somehow managed to make a nice looking BSOD in Windows 10. It took them a long time to implement that though (why they didnât do that in Windows XP?).
Itâs also super useless⌠Itâd be better if it wasnât even there. Who cares how nice it looks it if doesnât help solve your problem.
The KDL as it is right now is pretty ideal⌠if you end up there you know youâve crashed because it says so, and you get dropped to a promt that allows you to inspect the crash unlike windows that just dumps to disk and bails out⌠honestly I wish they didnât even bother dumping to disk most times itâs so useless.
Sometimes nice isnât usful or productive⌠so really not nice at all. Haiku has one of the nicest crash screens of any OS already because it gives you the tools to help reduce your chances of ending up there again in the future.
2 Likes
Again, though, I think Haiku should have a compromise between showing the info (and having the debugging tools available) and telling the basic end users what to do if they donât want to debug, rather than just spitting out a crash. That way, it works out well for both.
2 Likes
Maybe Haiku can use as a graphical crash screen a blue screen that is very similar to Windows XP, Vista and 7, i think.
1 Like
That could work, since those crash screens have some info for the user as well as an error code. Maybe there could be some sort of keyboard shortcut to view more debugging info about the crash too.
Yeah, Windows Vista/7/XPâs blue screen shows a blue screen using this template:
A problem has been detected and Windows has been shutdown to prevent damage to your PC.
(Your error cause here)
If this is a first time youâve seen this error, restart your PC. If it appears again, follow these steps:
(Your error solution here)
(Your extra error solution here)
Techinal information
***STOP: 0x(your extra error code symbols here)
***(your file that does that action that causes this error) (optional)
Beginning the crashdumpâŚ
Physical memory dump (a word âcompleteâ or âfailedâ can inserted here)
Contact Microsoft for help.
1 Like