This is a follow up of #b6550116#:  At least in OOo SRC680m216 unxsoli4.pro
(i.e., on a platform that honors C++ exception specifications), a
RuntimeException thrown at shell/source/unix/exec/shellexec.cxx:1.16 l. 189 when
opening a hyperlink leads to a program crash due to an unexpected exception.  As
long as a fix for #b6550116# is not integrated, this can be reproduced as
follows: select "File - New - Text Document", at "Insert - Hyperlink - Internet
- Target" enter "file:///%EA", select "Apply", in the context menu of the
inserted text select "Open Hyperlink": crash at

---8<---
  [1] __Cimpl::locate_handler_frame(0xfe9e9a20, 0xfe9e9a20, 0xf3db5cb8,
0xfefcc1d4, 0xf4120ee8, 0x170), at 0xfe9d50ae
  [2] __Crun::ex_chk_unexpected(0x80462a0, 0xf54e5fbc, 0xf7b26d54, 0xf41704ec,
0x10, 0xf4170514), at 0xfe9d579b
=>[3] ShellExec::execute(this = ???, aCommand = CLASS, aParameter = CLASS, _ARG4
= ???) (optimized), at 0xf3da32eb (line ~284) in "shellexec.cxx"
  [4] SfxApplication::OpenDocExec_Impl(this = ???, rReq = CLASS) (optimized), at
0xf78a5cab (line ~1207) in "appopen.cxx"
  [5] SfxStubSfxApplicationOpenDocExec_Impl(pShell = ???, rReq = CLASS)
(optimized), at 0xf789eca4 (line ~1123) in "sfxslots.hxx"
  [6] SfxDispatcher::Call_Impl(this = ???, rShell = CLASS, rSlot = CLASS, rReq =
CLASS, bRecord = ???) (optimized), at 0xf7a20775 (line ~338) in "dispatch.cxx"
  [7] SfxDispatcher::PostMsgHandler(this = ???, pReq = ???) (optimized), at
0xf7a23147 (line ~1643) in "dispatch.cxx"
  [8] SfxDispatcher::LinkStubPostMsgHandler(pThis = ???, pCaller = ???)
(optimized), at 0xf7a22fe8 (line ~1610) in "dispatch.cxx"
  [9] SfxHintPoster::Event(this = ???, pPostedHint = ???) (optimized), at
0xf7a4d169 (line ~98) in "hintpost.cxx"
  [10] SfxHintPoster::LinkStubDoEvent_Impl(pThis = ???, pCaller = ???)
(optimized), at 0xf7a4d130 (line ~92) in "hintpost.cxx"
  [11] ImplHandleUserEvent(pSVEvent = ???) (optimized), at 0xfe465795 (line
~2017) in "winproc.cxx"
  [12] ImplWindowFrameProc(pInst = ???, _ARG2 = ???, nEvent = ???, pEvent = ???)
(optimized), at 0xfe465cff (line ~2498) in "winproc.cxx"
  [13] SalDisplay::DispatchInternalEvent(0x80e7f90, 0x80e7ac0, 0x0, 0xfcca1b6c,
0x80c2314, 0x1), at 0xfa5a5cd4
  [14] 0xfcc644ec(0x80c60b8), at 0xfcc644ec
  [15] 0xfcc6441d(0x80c60b8, 0xfefb2000, 0x87ebdb0), at 0xfcc6441d
  [16] g_idle_dispatch(0xfcb0f5b0, 0x2, 0x80e7ac0, 0xffffff9c, 0x23, 0x258), at
0xfcab4b4d
  [17] 0xfcb0f5a0(0x80c60b8, 0x0, 0x11, 0x0, 0xf8e8ef70, 0x59), at 0xfcb0f5a0
---8<---

(Even when #b6550116# is fixed and the RuntimeException throw will no longer be
called for URLs like "file:///%EA", it might still happen for other URLs, so
this unexpected thing should be fixed also.)