Cocos Creator v1.4.0 内测版发布帖(2月10日更新 rc.3)

1.4.0 beta.7,Windows平台。绝大部分JS代码的SourceMap都没问题了,但是今天发现这个文件有点问题:


但是这个文件有一堆依赖,没办法弄到一个新项目中复现。奇怪的是其它文件的文件名大小写状态显示是正确的,但是这个文件(ChestMenu.js)显示的是小写(chestmenu.js):

1.4.0 beta.7,Windows平台。某次Ctrl+R刷新编辑器后报错:

1.4.0 beta.7,Windows平台。在资源管理器中拖动资源时报错:

又闪起来了。。。关了重新打开就ok了

问下大家 年前还发新版吗 不发我就先回家过年了!

请问1.4正式版预计会在什么时候发布呢

这个应该是电脑比较卡的情况下出现的?

这个看起来是资源以及被删除了,但是资源管理器界面没有刷新。
请问你是否使用了什么会删除资源的扩展插件呢?

从描述来看,这个报错出现的时候,问题在之前就已经发生了。所以这个报错信息并没有什么用处,要找到资源被删除,但是界面没有刷新的原因才行。

刷新之前有做什么操作吗

多谢反馈! asdf

是的,当时有点卡卡的

记得是因为改了个自定义Inspector,回来Ctrl+R报错的。

没有用插件哦,我下回看到类似错误争取回忆一下做了什么。主要是开久了很难回忆做了哪些操作。
请问那个代码更新后Creator偶尔检测不到的问题有眉目吗?

对了,报那个错误时我一直开着SourceTree随时创建分支回退代码什么的,我下午试一下能不能重现。

我之前遇到过一两次,发现 assetdb 已经重新 import 过修改后的脚本了。但是并没有重新编译。怀疑是 assetdb 发送的回调消息丢失或者处理出问题导致的。

可是由于没有稳定重现的方法,无法进一步排查。

我经常遇到,已经养成切回Creator2秒内没编译立刻用内置编辑器打开代码文件Ctrl+S让它编译的习惯了:joy:
我有空也总结一下看能不能找到规律吧。可以告诉我Creator在Windows下是用什么机制或软件检测文件改动的吗?

请问1.4.0beta7浏览器预览,dragonbones动画播放有残留是什么原因?1.3.3预览没图片残留但是有层的遮掩问题。

昨晚Jare大神直播的时候用WebStorm几分钟内就遇到了几次这个情况。后来换VS Code后就没有出现了。麻烦您多用Windows下WebStorm试一下?

检测文件改动的逻辑应该没问题,因为我遇到这个问题的时候,新的 js 脚本已经重新导入到了 library 文件夹下。只是没有触发重新编译…

我会在 windows 上用 WebStorm 测试看看的。

请问你说的图片残留是指什么呢?能不能发一个有问题的 demo 给我重现一下呢?

这个确实是 1.3 版本中的一个 bug。在 1.4 中修复了。