diff --git a/Src/LexText/Lexicon/FLExBridgeListener.cs b/Src/LexText/Lexicon/FLExBridgeListener.cs index af18bbc1a2..3fc5ea9993 100644 --- a/Src/LexText/Lexicon/FLExBridgeListener.cs +++ b/Src/LexText/Lexicon/FLExBridgeListener.cs @@ -28,7 +28,6 @@ using SIL.Lift.Migration; using SIL.Lift.Parsing; using SIL.IO; -using SIL.PlatformUtilities; using XCore; namespace SIL.FieldWorks.XWorks.LexEd @@ -152,21 +151,7 @@ public bool OnDisplayFLExLiftBridge(object parameters, ref UIItemDisplayProperti /// public bool OnFLExLiftBridge(object commandObject) { - if (Platform.IsMono) - { - // This is a horrible workaround for a nasty bug in Mono. The toolbar button captures the mouse, - // and does not release it before calling this event handler. If we proceed to run the bridge, - // which freezes our UI thread until FlexBridge returns, the mouse stays captured...and the whole - // system UI is frozen, for all applications. - _mediator.IdleQueue.Add(IdleQueuePriority.High, - obj => - { - RunFLExLiftBridge(commandObject); - return true; // task is complete, don't try again, remove from idle queue. - }); - } - else - RunFLExLiftBridge(commandObject); // on windows we can safely do it right away. + RunFLExLiftBridge(commandObject); return true; // we handled it } @@ -548,16 +533,7 @@ private void ValidatePendingEditorData() /// public bool OnDisplayCheckForFlexBridgeUpdates(object commandObject, ref UIItemDisplayProperties display) { - if (Platform.IsUnix) - { - display.Visible = false; - display.Enabled = false; - } - else - { - CheckForFlexBridgeInstalledAndSetMenuItemProperties(display); - } - + CheckForFlexBridgeInstalledAndSetMenuItemProperties(display); return true; // We dealt with it. }