https://bugs.kde.org/show_bug.cgi?id=400093

Abscissa <bus_kdezi...@semitwist.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #8 from Abscissa <bus_kdezi...@semitwist.com> ---
"There is an abort() in kxmlgui if the xml file has a wrong syntax."

If that's true, then that's clearly a major shortcoming of kxmlgui. In this
case, the correct course of action is not to mark this a non-bug, but rather to
open an issue for kxmlgui to support optionally dealing with bad XML in a way
other than crashing the entire application (see below) and to mark that issue
as blocking this one.


"There is nothing we can do to prevent the crash, as that file is used to build
the whole GUI and must be correct."

That is clearly not true. For example, kxmlgui can first be fixed to add
optional support for handling bad XML in a way other than crashing, after
which, Dolphin can be fixed to do any one or more of the following (and these
are just off the top of my head):

A. Present a dialog informing the user that
~/.local/share/kxmlgui5/dolphin/dolphinui.rc is malformed. Maybe even show some
basic information about the error, such as line number. So the user actually
knows what went wrong and why, and at least has some hope of doing something
about it, rather than being left with what appears to be (and may as well be,
from their perspective) a fatally broken piece of software.

B. Start Dolphin anyway, using the default configuration Dolphin already uses
when no dolphinui.rc is found. So the user can at least still use the
application if they need to.

C. (Maybe) Rename the corrupted dolphinui.rc to a backup name, so it doesn't
continue to cause problems.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to