iOS 11.4.1 XCode 10.0 after inAppBrowser closed, app does not respond to touch events about cordova-plugin-inappbrowser

[jacobg]

Actually, both patches are necessary:

This:

- (void)browserExit
{
    if (tmpWindow != nil) { [tmpWindow removeFromSuperview]; tmpWindow = nil; }

And this:

[tmpWindow setWindowLevel:UIWindowLevelNormal];

[mobilestar2015]

I also faced this issue when I am using forked version of this plugin.
I found the reason why the app is not responding to touch events.
In the latest code(master branch at the moment), it creates temp UIWindow for the inappbrowser controller but after the controller closed, it doesn't remove newly created UIWindow from the superview.
So that there is UIWindow remained over the original UIWindow.
I resolved this issue by removing temp UIWindow on 'browerExit' method in CDVInAppBrowser.m
if (tmpWindow != nil) { [tmpWindow removeFromSuperview]; tmpWindow = nil; }
Hope this helps you @datamystic

[datamystic]

I also faced this issue when I am using forked version of this plugin.
I found the reason why the app is not responding to touch events.
In the latest code(master branch at the moment), it creates temp UIWindow for the inappbrowser controller but after the controller closed, it doesn't remove newly created UIWindow from the superview.
So that there is UIWindow remained over the original UIWindow.
I resolved this issue by removing temp UIWindow on 'browerExit' method in CDVInAppBrowser.m
if (tmpWindow != nil) { [tmpWindow removeFromSuperview]; tmpWindow = nil; }
Hope this helps you @datamystic

That issue matches my symptoms exactly. How do we get a PR done?

[datamystic]

I also faced this issue when I am using forked version of this plugin.
I found the reason why the app is not responding to touch events.
In the latest code(master branch at the moment), it creates temp UIWindow for the inappbrowser controller but after the controller closed, it doesn't remove newly created UIWindow from the superview.
So that there is UIWindow remained over the original UIWindow.
I resolved this issue by removing temp UIWindow on 'browerExit' method in CDVInAppBrowser.m
if (tmpWindow != nil) { [tmpWindow removeFromSuperview]; tmpWindow = nil; }
Hope this helps you @datamystic

That issue matches my symptoms exactly. How do we get a PR done?

I have tested this change and it works perfectly.

[PieterVanPoyer]

Which version of the inappbrowser are you using?
Which cordova version?
Which cordova-ios version?
And/or zip your project (including platform folder) of your broken app, please.

[datamystic]

Which version of the inappbrowser are you using? 3.0.0
Which cordova version? 8.1.1
Which cordova-ios version? 4.5.5

[moldstadt]

Glad you found the solution @mobilestar2015. Any chance of submitting a pull request so that we can get this issue resolved?

[PieterVanPoyer]

Same case here. I used a fork of the plugin and the app suffered from the same behaviour.
A pull request should be awesome!
But datamystic uses the 3.0.0 version and not a fork of the 3.0.1-dev version.
Maybe you could attach a zip file of your project excluding node_modules?
Duplicate of #296 ?

[mobilestar2015]

@moldstadt I created a PR for this bug fix.

[jacobg]

I'm having this problem on version 2.0.2, and I applied the following commit fix (not on npm yet) and it works fine: https://github.com/apache/cordova-plugin-inappbrowser/pull/272/files

Does that fix not work for you?

[gunchungpyo]

Yes, I have same issue here is the detail
inAppBrowser 3.0.0
cordova-ios 4.5.4
cordova-cli 7.1.0

I tried to downgrade to inAppBrowser 1.7.4 the issue still there.
and finally solved it by downgrade to inAppBrowser 1.4.0

[dpa99c]

This bug was caused by PR #284 - prior to this, the window level was set to UIWindowLevelNormal and it worked fine.