When I run ShareX at least one time normally (outside containment) before I start ShareX in containment then ShareX never crashes and runs in containment regardless the state of or toggling of (disable and enable again) the AV Real-Time Protection.
The Hotkey failure issue remains however.
Thank you for the information, From your post/PM the hotkey failure issue occurs only when sharex is open in containment and no hotkey failure issue occurs while sharex runs in normal window right ?
Yes correct, when I run ShareX in normal window (outside containment) than there is no Hotkey failure, all hotkeys are than correctly assigned (all green boxes are shown in ShareX Hotkey settings window). Also, toggling the AV Real-Time protection off/on has no influence on the Hotkey issue when ShareX runs in normal window, all hotkeys stay assigned correctly.
I just checked again.
No, the ShareX hotkey issue always occurs when ShareX runs in containment whether I have Real-Time protection switched on or off, Real-Time protection on/off status does not affect the hotkey issue in containment.
Also, when I toggle Real-Time protection on-off-on (which causes ShareX to crash each time when trying to start it in containment) and then run ShareX in a normal window then after exiting ShareX and running ShareX in containment (no ShareX crash this time as explained earlier) the hotkey issue still persists.
Ok understandable but ShareX manages to bind 4 out of 5 hotkeys successfully with 1 hotkey binding failing.
So in principle then all 5 hotkey bindings should be failing when ShareX runs in containment.