Notice: The Monaca & Onsen UI Community Forum is shutting down.
For Onsen UI bug reports, feature requests and questions, please use the Onsen UI GitHub issues page. For help with Monaca, please contact Monaca Support Team.
Thank you to all our community for your contributions to the forum. We look forward to hearing from you in the new communication channels.
Build Error: Error: Sandbox Exec Error
cavalgar last edited by
When doing an Android Release Build on Monca LocalKit, the following error is occurring:
- postBuild -
Remove working directories…
Build Error: Error: Sandbox Exec Error: [ Error: invalid data
- postBuild -
cavalgar last edited by cavalgar
Problem has been solved!!!
The problem was that the project had a “google-services.json” file that was in the “UTF8 With BOM” format. I turned this file to “UTF8 Without BOM” and Build worked!
RachelGomez last edited by
To fix a build error, select the error in the Error List and double-click it. If the error relates to:
a multiply proven attribute, the Rule Browser will be shown. This view lists all the proving rules for the attribute and allows you to navigate easily to the rules within Word or Excel in order to fix them (either by using rule fragments, or by making the attributes not multiply proven). An attribute which is proven by multiple rules, where these rules are not tagged as rule fragments, will not function correctly in the Engine because of the operation of the automatic alternate conclusion in every rule. That is, the closed logic of alternative conclusions will prevent both rules being traversed - the first traversed will close off the possibility of the other form operating.
logical loops, the Logical Loop Check report will be shown. A Logical Loop Check report generates a list of any undefined self-referential rules, ie where an attribute is proved by itself and not defined as a rule loop, in the entire project. The Attribute Chain column in this report shows the chain of connections between attributes resulting in the self-reference. The Participating Rules column shows each of the rules involved in the loop. Generally, loops do not occur in single rules (eg x if x) but more commonly in highly nested layers of rules. Having self-referential rules has the result that those rules can never be fully proved. That is, the rule will repeatedly undergo a question search down the looping branch, cycling endlessly and never locating a base attribute within it. Use this report to identify the loop and then rectify it in your rules. If you are sure that the logic you need to model requires a loop in your rules, you may define the rules as rule loops.
an attribute needing a public name, the xgen file for that attribute will be shown. You will need to add a public name for that attribute in the associated properties file. To do this, select the attribute in the attributes list in the xgen file, right-click and choose Create Public Name In and your properties file from the pop-up menu.