Hi all, so I have been playing with this for a bit too.

For me after selecting Build (Crosswalk for Android) it uploads the bundle and then I just get presented with a blank Build Page....

Hi all, you should be OK using R151.2, and just update to R152 when it is fixed for 32bit.

Ashley will be onto it, you can be sure of that........ <img src="smileys/smiley4.gif" border="0" align="middle" />

Hello ASHLEY.

For me it doesn't crash - it just doesn't load at all.

Task manager shows it loaded in Processes tab, but it just removes it from the list after a few seconds. And nothing at all is presented on screen, not even any errors.

Windows 8.1 32 bit

Ashley

Thanks for the reply.

Your post was very helpful. The project was using Load from JSON to retrieve game data into an Array. I reloaded R151 and removed the offending code and it now opens without issue in R151.2.

So again thanks for your time and for great software.

Kind Regards

Hi zenox98

With respect,

Firstly, I have stated that there are no third party plugins in the project. You imply that unless you can verify that by seeing the capx, that I am not being honest, which is not called for.

Secondly I am well aware of the issues drivers can cause. But for the record the project was created using R151, and opening it R151.2 produces the error - and my Dev System is using the exact same set up as when creating it in the first instance.

This was the scenario I performed (honestly). Save and close project. Uninstall C2 R151 and then install C2 R151.2. It is then my habit (all though not always required) to restart my system. Now open project and get the error.

Anyway I appreciate your right to an opinion.

Kind Regards

PS. If you read the next post you will see that a capx was not needed, just a little more info relating to the error report. <img src="smileys/smiley2.gif" border="0" align="middle" />

Edit: I hate typos

Hi all.

For me dark colours are always distraction in a programming environment.

I find the current default them to be clean and very easy on the eye even after hours of use.

So my vote is for the default theme... <img src="smileys/smiley1.gif" border="0" align="middle" />

Hi ASHLEY.

I understand, but, with respect, if you read the post past the absence of the capx, you will find the bug exception is provided.

For this bug I had 3 options.

1)

Try to build a demo capx which exhibits the same problem - which is not possible since this only happens when trying to load an already existing project.

2)

Roll back to the last C2 release and finish the project, before upgrading to the latest C2

3)

Just rebuild the project in the current C2 release.

Since as stated, the project was mainly just interface design, I chose the third option. However on reflection I might wait till the next stable release and just work on the graphics. I really don't want to have to keep starting from scratch every time a new beta comes out.

Please be assured I am not having a go at you, I know you are a small team, and personally I think you guys are doing an excellent job.

However that said, it is a little disappointing, and lowers your confidence in any software when a project won't even load simply because you try to open it using a newer version.

I know that the bug rules are capx required, but sometimes it is NOT practical.

However I am not concerned, as stated I posted it as a 'for your information' it would have been nice if you could just have acknowledged that...

Anyhow thanks for your efforts.

Kind Regards

Link to .capx file (required!):

I know, but not supplied - don't have time right now, more productive to rebuild it in R151.2 and hope the same doesn't happen in next build.

Just posting this FYI

Steps to reproduce:

1. Upgrade from R151 to R151.2

2. Attempt to open project

Observed result:

Received this error:

---------------------------

Construct 2 Check failure

---------------------------

Check failure! This is probably a bug:

Action ID does not appear to exist in related plugin

Condition: plugin->HasActionID(act_id)

File: Projects\EventAction.cpp

Line: 43

Function: __thiscall EventAction::EventAction(class EventBlock &,class ObjectClass *,class BehaviorType *,int,class std::vector<class std::unique_ptr<class EventParameter,struct std::default_delete<class EventParameter> >,class std::allocator<class std::unique_ptr<class EventParameter,struct std::default_delete<class EventParameter> > > > &&,unsigned __int64)

Build: release 151.2 (32-bit) checked

Component: Construct 2 IDE

(Last Win32 error: 0)

You are using a 'checked' release of Construct 2, intended for testing, which causes certain errors to be reported this way. Hit Ctrl+C to copy this messagebox - it's useful information for the developers, so please include it with any bug reports! Click 'Abort' to quit (unsaved data will be lost!),'Retry' to turn off messages for this session and continue, or 'Ignore' to continue normally.

---------------------------

Abort   Retry   Ignore   

---------------------------

Expected result:

Should be able to load project

Note the project has nothing but interface elements added to it and contains no 3rd party plugins.

Also the project was created from scratch using R151, I have simply opened it in newer version of C2.

Browsers affected:

Chrome: n\a

Firefox: n\a

Internet Explorer: n\a

Operating system & service pack:

Window 8.1 with all current updates applied

Construct 2 version:

R151.2

ASHLEY. Yeah actually I logged in today to say you should close this post, which you have done already. (Sorry for taking few days to get back to you)

I've tried to find out what the problem is my end, but no success.

I decided rolling back was not an option - too many cool features added to C2! And since the game was just one level (with the intent to add more levels after publishing) I decided to start from scratch.

The game uses a global HUD approach, and while there is still much to do, so far the cursors problem is not a problem at all!

So it was most likely something I am doing that I am just too stupid to spot! I just can't for the life of me see why it worked in Chrome and not in IE. urrgggg. <img src="smileys/smiley7.gif" border="0" align="middle" /> <img src="smileys/smiley1.gif" border="0" align="middle" />

This time since the cursor feature is implemented from the start, I can keep any eye on what - if anything - causes it to malfunction.

So with all that said, if I find anything I will get back, if not the bug is myself. <img src="smileys/smiley29.gif" border="0" align="middle" />

Sorry for wasting your time on this.

Thanks for great software! <img src="smileys/smiley20.gif" border="0" align="middle" />

Hi ASHLEY.

Just installed R151, and while the example capx works now, it has completely broken the Win8 game I am working on - now no clicks are registered at all but mouse cursor works fine.

It is definitely IE11 related, as every thing - as usual - works perfect in Chrome.

I spent the whole morning trying to trace it today but I really do not have the time to try to pin point the problem at the moment.

So I think I will save much more time if I roll back to last stable release for now, and forgo having WebGL in the Win8 app.

When I get time I will pursue the problems further....

Thanks for your efforts....

Ashley

Thanks for your reply.

Please note:

The purpose of this post and the example capx was to show a bug related to mouse cursor when previewing with IE 11. The bug remains when the app is exported as a Windows 8 app.

As noted, I also am using the final release of Windows 8.1, and all completely up to date.

I spent considerable time tracing the CURSOR problem.

I came across this problem putting the final touches to a game while implementing cursors for when the mouse hovers over buttons - a simple procedure. The game has both touch and mouse input as is required by any Win8 app, and in this situation the mouse click events (apparently not firing as you stated) are not a problem in the game - all works as expected - BUT cursor changes do not.

In the game I am using the cursors plugin developed by thehen so I tested to see if it was the same for the C2's built-in mouse\cursor support - and it is.

When you run the example capx the cursors do change as expected, UNTIL you click something - any thing, after that the cursor will remain in its current state.

Hopefully it is some how related to the bug with the mouse objects firing problem, so I eagerly await the next release.

Kind Regards....

Link to .capx file (required!):

capx

The capx demonstrates a conflict when using both the Mouse and Touch objects in IE 11. The demo simply changes the mouse cursor from pointer to hand when over the boxes. When the white box is clicked it increases in size. When the black box is clicked the white box returns to its original size.

Steps to reproduce:

1. Run the app in chrome - it works fine

2. Then run it in IE 11 - it fails

3.

Observed result:

All works fine in chrome.

In IE 11:

The cursors fail to change as expected and clicking the boxes does nothing.

But if you delete the Touch object from the project it works

Expected result:

All should work as described in IE 11, without having to delete the touch object from the project

Browsers affected:

Chrome: no

Firefox: don't know

Internet Explorer: yes

Operating system & service pack:

Windows 8.1

Construct 2 version:

R150