Ashley's Forum Posts

  • Looks like a Firefox bug - it reverts its loaded status after you stop playing music. I added a workaround for the next build.

  • I've updated the documentation. The way it works is consistent with every int conversion function I've seen so far (including in C): it parses digits until it doesn't understand something, then stops. If it doesn't understand the first character, it rejects it as probably not a number string. I think it's useful to do it this way around: parsing "33%" allows you to extract 33 even though there's an extra character on the end, and parsing "abcdef33" fails since it does not look like a number and most likely is not (and is an error).

  • Thanks, should be fixed in the next build.

  • Your screenshots are different to the .capx you have provided. Can you confirm that the problem occurs with the given .capx? It did not reproduce in iOS Safari or Android Chrome. Also the webgl/canvas2d setting may also affect it, does it happen with WebGL mode?

    I would say this is likely to be Ejecta/CocoonJS issues, since if it works in all other platforms/browsers then it suggests our code is in fact correct.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • Thanks, should be fixed in the next build. Looked like 'Pixel rounding' rounded the wrong way sometimes.

  • I cannot reproduce this problem on Windows 8.1. Please always follow the bug report guidelines such as including your system information. Closing as presumably a problem specific to your computer; I am not aware of any way in which user input changes under admin mode in Windows.

  • I've not seen this in any of my tests on Windows Phone. The type of corruption your screenshots show strongly indicate a graphics driver problem. It is not normally possible for our own code to result in that level of glitching.

    Are you sure the phone is fully up to date? Microsoft have released several updates recently.

    We cannot investigate this further without a .capx. If you not are allowed to share yours, please make a new one from scratch which you can share and demonstrates the problem. We prefer this anyway, as our bug report guidelines outline we do not normally accept full projects in bug reports.

  • This is pretty strict on Microsoft's part. All our files are UTF-8 encoded, it just looks like some are missing the BOM (byte order mark).

    I've fixed the encoding of tizen-iap.js and channel.html for the next build. However we can't control external files like bubblegum.css, you'll need to fix them yourself.

  • We haven't changed the keyboard plugin in a long time. I think this is likely to be a change in Firefox. Consider reporting it to Mozilla.

  • Closing, please follow the bug report guidelines (attach a .capx)

  • Closing due to inactivity, please re-post following the guidelines if you wish this to be further investigated, but note typically reports like this are concluded to be a mistake in events rather than a bug.

  • I could reproduce in desktop Chrome here. I think it's because "preloads complete" only means downloaded, and is true even if the audio file hasn't decoded yet. I've changed it so 'all preloads complete' also waits for audio decoding to complete, so it will have all the audio details available immediately as well.

  • Yes, the minifier requires Java, so make sure your Java installation is correct/up-to-date. Closing.

  • Thanks, should be fixed in the next build.

  • Closing, I'm afraid there is nothing we can do if you do not provide us with a minimal .capx that reproduces the problem. As it stands, I assume one of the third party plugins you are using causes the problem.