Just export into a non-developer version of NWjs - ie the NORMAL and not the SDK options.

Thanks for the suggestion but I'm rather looking for actions to fix this problem and not for any workarounds.

Problem Description

It is possible to access the developer tools by right clicking and inspecting form elements.

Since inputboxes are mandatory for text input, users could inspect and "hack" their way through to the games mechanics. So this could be seen as a major security problem.

Attach a Capx

Get a basic example HERE.

Description of Capx

Includes the most common form elements that can be tested.

Steps to Reproduce Bug

• Open the capx or create a new project with any form element in it
• Right click on one of the form elements
• Click on "inspect" and gain full access to the developer tools

Observed Result

I was able to gain access to the developer tools and many more options.

This could make it possible for users to run JS commands and other things.

Expected Result

Right clicking shouldn't open up any menu and should always be blocked!

Affected Browsers

• NW.js: (YES)

Operating System and Service Pack

Windows 7 with latest updates and up to date drivers.

Construct 2 Version ID

Newest release r233 Steam release. [Personal Edition]

Additional maybe useful information:

• NW.js version: v0.16.0 (Chromium 52)
• Checked C2 data with the Steam software data check system (0 Errors Found)

TheRealDannyyy

I don't think there are any rules against re-submitting and there have been cases where people have done that, but usually after a bit of re-development or improvement based on the feedback they got, since re-submitting without change isn't likely to get you any more votes or closer to being greenlit.

An alternative would be to post in the Concepts section, which is specifically for games in early stages with WIP content, and allows you to get feedback on what you need to improve to get votes/make the game great.

That's kinda sad but well I guess you are right about the change in votes.

The concept section could also be helpful in order to see if there is an audience for my game, I might use that in near future.

Thanks for the quick response and the helpful information!

Hey it's me again, just a short question.

Does Greenlight have a system against multiple submissions?

An example case would be:

1. Release game on Greenlight

2. See it has next to no votes

3. Pull game from Greenlight

4. Post the same game again

5. Repeat until Greenlit

I'd personally think not but I haven't published any game yet because I don't feel good with releasing WIP content.

However if this would be possible, I'll predict that a lot of users would abuse the system.

Thank you very much, you helped me out a lot.

That's all I need for now, best wishes for your future projects!

fathybasha Yes the company name doesn't have to be a real company and you can write whatever you want there. So you can just write your name if you want. I choose to put my studio name there as I a knew that I would change to a company in the future.

hanks for your responses.

Are you 100% sure that we can do that?

I don't want to get in trouble for doing something against their guidelines.

Anonnymitet , I hope you find some time to answer the following questions because I'm also going to publish a game to Greenlight soon and I could really need some practical information from someone who already has experience with Steam & Valve.

Questions:

1. What exactly do you mean by "change the account to a company", does that mean that you are forced to open up a company later in the process?

2. After you've been Greenlit, how did Valve contact you or did you have to contact them?

3. Is it possible to "privately" test out Steam features such as achievements and leaderboards before releasing your game to public?

4. I see from your account that you are from Sweden, is it possible that taxes and things like that are handled differently depending on your region or does everything follow under the laws and taxes of their region?

5. How does game updating work, do you have to update all the game files at once (including savedata that is stored inside the gamefolder)?

6. Is it possible to prompt users to download and install the requirements of a C2 game (e.g. "Webgl effects installer")?

Sorry for asking you a ton of questions, I generally like ask questions before I do any important actions.

I know that you might not be allowed to share explicit information, please mention or if necessary try to "talk around" any restricted parts.

Thank you in advance, hoping to receive a response soon.

If node-based visual programming suits you, then go for Unreal Engine 4. If it's only the event/action system you are comfortable with, you might want to check out CopperCube or wait for Spark Engine (still in development).

Wow, I just checked out CopperCube and I have to say that it is amazing in terms of use!

It's so easy to create behaviors and kinda feels like Construct Classic with more emphasis on 3D game development.

Does it have some hidden flaws or why is it so unpopular compared to the other 3D game engines on the market?

At least it's the first time, that I hear about this game engine.

So I'm not going to read 22 pages of comments, but I just want to know when we will know more about C3's various new features?

I don't want to quote my most recent comments but well...

Anyway to give you an appropriate answer:

There is not that much information up now, especially in this topic Ashley just confirmed that

it is not a dead project and that he actively works on it. *

If you are really desperate for information you can always follow the Blogs and their Bluebird accounts ([AT]AshleyGullen ; [AT]Scirra)

If Ashley has something big that needs to be announced, you can be sure that he will do it somewhere on those socials.

*

We are basically working full-time on C3 and it's been our focus for over a year now. It is certainly not going to be cancelled or anything like that. We are just not ready to share any information yet for a few reasons:

- C2 is still a great product and actively maintained, and we think it's best for users to keep focusing on C2 instead of sitting around waiting for C3 (especially since we still don't know when it will be ready)

- we don't want to say something and then end up delaying, modifying or ultimately removing any particular feature we talked about - right now everything is still subject to change

- public information about the state of C3 could affect our competitive edge, especially since we're doing some pretty interesting stuff

- we don't want to ruin the surprise!

Rest assured we are working daily to get C3 ready as soon as possible, and we will share more information when we're ready.

Don't modify the Wait action, TheRealDannyyy, because it doesn't make an incremental transformation over time.

Alright I get it now, sorry for the mass of questions I just want to make sure that everything I do is correct.

Thanks to you guys!

This depends on how your movement bases events work. If you're using Custom Movement, Physics or the Bullet behaviour then you probably don't need to change any of your events. However, if you are setting speed changes over a number of ticks then you will need to consider how many of those ticks will happen in a second (ie use dt) so that the player experiences the same effect on different monitors.

Everything official, no 3rd party behaviors.

I guess I only have to modify my "Wait For X seconds" actions with dt, if yes how would that look like?

TheRealDannyyy All behaviours and scirra made tools works just fine (with maybe an exception of the wait x seconds action). It's just how I did my dt based movement that was off. How Colludium mentioned my formula was made to move an object a given distance per tick if the framerate was at peak. It didn't care wether it was 60 or 144 fps. I tweaked it though I still haven't made up my mind if every x seconds feels off or not. Haven't had the chance to make enough tests.

Sorry this whole dt thing is very confusing to me. (Yes, I read the well written tutorial but it didn't help me that much. I wanted to state that, just in case.)

So far I've only considered compensation of lower framerates by using the "Minimum Framerate" action, does this mean that I now also have to worry about higher framerates essentially, running the game faster than normal and breaking my games mechanics?