既然已经是 ci 了,用 pnpm 就加上 --shamefully-hoist --prod 指望官方主动去兼容是暂时没戏的,毕竟pnpm目前占有率还不高
miniprogram-ci 期望能支持 pnpmhttps://developers.weixin.qq.com/miniprogram/dev/devtools/ci.html 通过 pnpm 工具以命令 `pnpm install miniprogram-ci --save` 安装 miniprogram-ci 后,在调 ci.upload() 时,会报如下错误: Error: dist/pages/party-building/index.js: undefined at throwError (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/utils/common.js:1:1103) at f (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/core/compile/handler/js.js:1:2541) at processTicksAndRejections (node:internal/process/task_queues:96:5) at async compileJS (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/core/compile/handler/js.js:1:2801) at async Promise.all (index 6) at async compileJSFiles (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/core/compile/common.js:1:2580) at async compile (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/core/compile/mini_program.js:1:2482) at async innerUpload (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/ci/upload.js:1:1796) at async upload (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/ci/upload.js:1:898) at async Object.upload (/var/lib/jenkins/workspace/wx-test/node_modules/.pnpm/miniprogram-ci@1.6.10/node_modules/miniprogram-ci/dist/utils/report.js:1:1403) { code: 10009, path: 'dist/pages/party-building/index.js' }
2021-12-28附议 一个常见场景:同一小程序,不同权限使用者登录,值得放到底部导航的功能模块不同。而不同模块一般使用不同的页面实现。 现在的做法是:不同模块导航落地页分别用Components实现,然后在同一Page里根据不同情况wx:if展示,同时修改底部导航的文字和图标。可行,稳定,但是绕了弯。
能否增加重启小程序API及设置底部导航菜单路径的API?wx.reLaunch这个API可以实现表面上重载小程序,但实际app.js没有重载。一些在本地数据出现异常,需要一键清空缓存,并重启小程序的场景需要用到。 否则,只能对客户说,删除小程序,再搜索添加。 底部导航菜单设置API提供了重设图片、颜色的功能,但是没有提供重设路径的功能,在内部管理系统分权限设置底部菜单及一套代码兼容多个客户不同导航需求的场景非常需要这个功能。
2020-02-27从实际项目来看,getSetting能够成功返回 scope.userLocation: true,(可能和appid有关?)但依然会弹出授权请求
1812260版本位置授权不正常- 当前 Bug 的表现(可附上截图) 无法正确反映已经授权的 userLocation 授权过后,切换页面后,wx.getSetting方法失败,且再次获取位置时又得授权 - 预期表现 - 复现路径 - 提供一个最简复现 Demo 见代码片段
2018-12-26会支持macOS Mojave 的dark mode 吗?
能不能把开发工具颜色换一下?[图片]能不能把开发者工具的白色换成黑色?或者深颜色,由于本人眼睛最近开始近视而且眼睛特别怕光,在房间里灯都不敢,特别怕光。麻烦看到的话请回复一下,谢谢攻城狮们~~~
2018-11-23相同的问题,也是前几天不断弹出更新提示后,最终更新到的 1.02.1810250 目前看着像是模拟器的webview进程有问题,结束掉之后模拟器显示如下图,重新编译后恢复 [图片] 实际使用感觉是静置一段时间后自动出现的,如果频繁编译,反而不容易出现
wechatwebdevtools占用cpu高wechatwebdevtools占用cpu高,占到100%以上,电脑嗡嗡响,似乎在下载
2018-11-12写法都没错,但是用法错了 <component_a> <component_b></component_b> </component_a> 只有页面上用这种方式引用组件,才满足 parent/child、ancestor/descendant 的定义
自定义组件关系声明无效同一个父目录下有两个自定义组件,而这两个自定义组件的代码又各放在一个独立目录中,为其声明了 relations 却没有 link 上。 目录结构如下: -- components |-- component_a |-- component_a.js |-- component_b | -- component_b.js 其中 component_a.js 中 relations 定义如下: [代码]relations: {[代码][代码] [代码][代码]'../component_b/component_b'[代码][代码]: {[代码][代码] [代码][代码]type: [代码][代码]'child',[代码] [代码] linked: function(target) { console.log(target); }[代码] [代码] [代码][代码]}[代码][代码]}[代码] component_b.js 中 relations 为: [代码]relations: {[代码][代码] [代码][代码]'../component_a/component_a'[代码][代码]: {[代码][代码] [代码][代码]type: [代码][代码]'parent',[代码] [代码] linked: function(target) { console.log(target); }[代码] [代码] [代码][代码]}[代码][代码]}[代码] 两个组件中的 linked 方法均未执行,当然也不能通过 getRelationNodes 获取到对方。 使用最新开发者工具,最新的调试基础库(换了几个版本的基础库也是同样的问题)。
2018-09-05同样的问题 导致后端跨域检查不过 希望能去掉或改为可配置
如何wx.request发送请求的Origin头开发者工具中发送请求会自行设置Origin为http://127.0.0.1:9973, [代码]wx.request({[代码] url: *** [代码] [代码][代码]header: {[代码][代码] [代码][代码]Origin: [代码][代码]'https://www.yuanfudao.com'[代码][代码] [代码][代码]}[代码][代码]})[代码]试图通过如上方式设置会报错 [图片] 开发者工具的行为像是在http://127.0.0.1:9973的页面下工作,这个能设置吗。
2018-07-03