cocos-creator-packages / jsb-adapter

LICENSING AGREEMENT

Xiamen Yaji Software Co., Ltd., (the “Licensor”) grants the user (the “Licensee”) non-exclusive and non-transferable rights to use the software according to the following conditions:

1. a. The Licensee shall pay royalties to the Licensor, and the amount of those royalties and the payment method are subject to separate negotiations between the parties.
2. b. The software is licensed for use rather than sold, and the Licensor reserves all rights over the software that are not expressly granted (whether by implication, reservation or prohibition).
3. c. The open source codes contained in the software are subject to the MIT Open Source Licensing Agreement (see the attached for the details);
4. d. The Licensee acknowledges and consents to the possibility that errors may occur during the operation of the software for one or more technical reasons, and the Licensee shall take precautions and prepare remedies for such events. In such circumstance, the Licensor shall provide software patches or updates according to the agreement between the two parties. The Licensor will not assume any liability beyond the explicit wording of this Licensing Agreement.
5. e. Where the Licensor must assume liability for the software according to relevant laws, the Licensor’s entire liability is limited to the annual royalty payable by the Licensee.
6. f. The Licensor owns the portions listed in the root directory and subdirectory (if any) in the software and enjoys the intellectual property rights over those portions. As for the portions owned by the Licensor, the Licensee shall not:
   • i. Bypass or avoid any relevant technical protection measures in the products or services;
   • ii. Release the source codes to any other parties;
   • iii. Disassemble, decompile, decipher, attack, emulate, exploit or reverse-engineer these portion of code;
   • iv. Apply it to any third-party products or services without Licensor’s permission;
   • v. Publish, copy, rent, lease, sell, export, import, distribute or lend any products containing these portions of code;
   • vi. Allow others to use any services relevant to the technology of these codes;
   • vii. Conduct any other act beyond the scope of this Licensing Agreement.
7. g. This Licensing Agreement terminates immediately if the Licensee breaches this Agreement. The Licensor may claim compensation from the Licensee where the Licensee’s breach causes any damage to the Licensor.
8. h. The laws of the People's Republic of China apply to this Licensing Agreement.
9. i. This Agreement is made in both Chinese and English, and the Chinese version shall prevail the event of conflict.

jsb-adapter's Issues

Memory leak: Skeleton JSB did not call back setDestroyCallback.

jsb-adapter/engine/jsb-spine-skeleton.js

Line 57 in 2459b84

skeletonDataMgr.setDestroyCallback(function (textureIndex) {

jsb-adapter/engine/jsb-spine-skeleton.js

Line 52 in 2459b84

let _textureKeyMap = {};

This callback will never execute, resulting in an invalid texture object in the _textureKeyMap.

怎么封装h5, context2d的接口呢

怎么封装h5, context2d的接口呢，目前绘制到的bitmap中，怎样绘制到屏幕上

gulpfile.js不提交，怎么跑gulp命令？

按官方文档自定义jsb-adaptor gulp根本跑不通，漏提交gulpfile.js文件了吧？这种低级错误就不要再犯了吧

原生平台的安全区域可能会导致黑屏的问题

jsb-adapter/engine/jsb-safearea.js

Line 23 in cf6b3db

this.updateArea();

在原生平台上，this.updateArea() 里面会持有 this.node ，但是这里的监听中，却是延迟了 200 ms 才调用 this.updateArea

这样子，如果应用旋转屏幕后，立即切换场景之类，那么 safearea 里面引用的 this.node 就会被销毁并变成 null，在 200ms 之后调用了 updateArea ，此时就会导致一直闪屏/黑屏等问题

问题根源在于为什么需要 setTimeout 200 ms 呢？

fixed by https://github.com/cocos-creator-packages/jsb-adapter/pull/319 , thanks anyway

fixed by #319 , thanks anyway

Originally posted by @holycanvas in #315 (comment)

The output is as follows on xCode:

initWithImageFile: /var/mobile/Containers/Data/Application/E5262E71-C924-4544-9D4B-499065A6B26C/Documents//gamecaches/15971584922530.jpg failed!

Cocos Creator version 2.4.2

The problem seems to persist... Check out // part after "Documents"

job-cache-manager将绝对路径写入cacheList有bug，iOS沙盒路径会变

iOS下app每次启动沙盒Documents目录路径是会变的，现在代码里将资源的绝对路径写入缓存cacheList.json文件，是有问题的，下次再启动app会因为路径变了，加载图片失败。应该只存相对路径，沙盒路径实时获取再拼接绝对路径。
是没人用网络图片么，这么严重的bug，没发现？！！！！