Bug 139444 - Ksplash should not hide startup error dialogs
Summary: Ksplash should not hide startup error dialogs
Status: RESOLVED NOT A BUG
Alias: None
Product: ksplash
Classification: Unmaintained
Component: general (other bugs)
Version First Reported In: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Lubos Lunak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-31 15:43 UTC by Raga Prong
Modified: 2021-05-08 14:55 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Raga Prong 2006-12-31 15:43:13 UTC 
Version:           Unbekannt (using KDE 3.5.5, Debian Package 4:3.5.5a.dfsg.1-5 (4.0))
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.16-2-k7

1. With some kernels and some users, 
KSplash hangs on the 2nd stage. I suppose it is 
rather a KDE core problem with initializing modules (icewm works fine), but after 1 or 2 minutes, KSplash must report what went wrong, I think.

2. I observed net based systems where KSplash or KDE reports an "severe error". What really happened, was that the user logging in had no
write access to his home directory, because
- there was no home directory at all
- the home directory was full
- it was mounted read only.

My opinion is that KDE/KSplash should check this
and report an according message here. Especially 
in multi user settings like schools this is crucial to save amateur admins hours of bugtracking.

Happy New Year