Hi,

I need exactly the same thing. Have you solved the problem yet?

The "didEnterWidgetMode" is a javascript event, specific for iPad Safari.

It's resides in the built-in javascript library and can be accessed in exported construct 2 website.

For example:

<script type="text/javascript" src="AppleClasses/AppleWidget.js"> </script>

<script type="text/javascript">

    widget.didEnterWidgetMode = function() {

       <font color=blue>// Anything we can add here to destroy previously opened construct2 website??????</font>

    };

</script>

Actually, these HTML websites will be used as iBook widget and import to iBook ultimately. We have tested them on iBook and found similar problem.

I take iPad Safari as example just to facilitate your investigation.

In iBook, these 2 games won't be opened currently but one after another.

But we found that only the first opened game will behave normal. Games opened afterwards will becomes non-responsive. (opposite to what we experienced in Safari) Seems that even the widget is closed, the game is still running at the background. And all the touches are still attached to the first opened game.

Since iBook has a "didEnterWidgetMode" event, it will be triggered upon opening a HTML5 widget, we can implement a callback function in the Construct2 HTML5 when it is loaded.

Just wondering if we can make use of such callback function to accommodate Apple's bug. Is there a way to tell the game to destroy or release all resources?

Thanks for your help in advance.

Link has been modified. Please try again. Thanks.

dl.dropboxusercontent.com/u/65450522/ReportBug1.capx

Link to .capx file (required!):

dl.dropboxusercontent.com/u/65450522/ReportBug1.capx

Steps to reproduce:

1. Export project to HTML5 website and place in server.

2. On iPad, open Safari. Add browser tab (we call it Tab A) and input the URL of the exported website.

3. after loaded, drag the color box to the empty box at the bottom. It works fine so far.

4. Then open a another new Tab in Safari, we call it Tab B. input the same URL and repeat step 3 above. It works properly that the color box can be drag and drop.

5. Now switch back to earlier tab, i.e. Tab A. The color box can't be dragged anymore. Actually, the website becomes non-responsive. If reload the page at this point, Tab A becomes normal but the game on Tab B will become non-responsive.

Observed result:

The latest loaded HTML5 game seems override the HTML5 game loaded earlier.

Expected result:

Games opened on different tab should be able to drag and drop.

Browsers affected:

iPad Safari: yes (iOS version: 6.1.3)

PC Safari: no

Chrome: no

Firefox: no

Operating system & service pack:

Construct 2 installed on Window XP Professional v2002, SP3

Construct 2 version:

Release 126 (32-bit)