真机调试可以支付, 预览和上传体验版都不行, 无法唤起H5里的微信支付
请问web-view组件内嵌的h5存在支付功能的话，小程序上架对这块有限制吗？web-view组件内嵌的h5的支付功能不包含微信支付，仅是一些h5页面调用企业自身后台完成的支付功能，这种情况小程序上架的话官方这边会有限制吗？比如说上架会拦截或者说上架后部分功能受限？
01-26分享一个比较野的办法: wx.miniProgram.navigateTo() 到一个新页面, 在页面里直接执行 nagivateBack 用来触发 postMessage的条件. 测试过 ios, Mac, android, window 都可以正常响应.
PC端小程序web-view组件的bindmessage事件无效？PC端小程序web-view组件的bindmessage事件无效？H5做了个退出登录，小程序这边需要在bindmessage接收H5的登出状态，在PC端小程序bindmessage一直无效，开发工具和真机没问题，PC端小程序不行
2023-12-11分享一个比较野的办法: wx.miniProgram.navigateTo() 到一个新页面, 在页面里直接执行 nagivateBack 用来触发 postMessage的条件. 测试过 ios, Mac, android, window 都可以正常响应.
PC 端小程序 web-view bindmessage 无法触发？电脑端微信版本：3.2.1
2023-12-11我分享一个比较野的办法: wx.miniProgram.navigateTo() 到一个新页面, 在页面里直接执行 nagivateBack 用来触发 postMessage的条件. 测试过 ios, Mac, android, window 都可以正常响应.
PC端小程序web-view无法响应bindmessage事件？开发工具和手机端都没有问题，PC端是否现阶段不支持？
2023-12-11找到一种解决办法, 可以实现webview 可以回来响应bindmessage: 当前日期最新开发工具和微信客户端版本: 使用 wx.miniProgram.navigateBack({delta: 1}) 无法响应bindmessage, 页面也不回退换用wx.miniProgram.navigateTo() 页面可以跳转了, 但还是无法响应 bindmessage因为bindmessage 触发条件条件里没有To, 尝试自己造一个Back. 最后实现方案: 网页里使用 wx.miniProgram.navigateTo() 到一个新的page上, page load里直接操作 wx.navigateBack({delta: 1}) 满足触发postMessage条件. 结果就是我们期待的. 测试过 ios, Mac, android, window 都可以正常响应了.
PC小程序web-view无法响应 bindmessage事件，这个怎么解决？经过今天测试发现，PC小程序web-view无法响应 bindmessage事件，手机端正常，开发者工具正常，H5端的代码确实执行了。
2023-12-11基础库是不是太低了, 调高一点试试
在开发时小程序手机端预览显示页面不存在，但是紧接着再编译预览一次又正常了//页面路径 "pages": [ "pages/index/index", "pages/login/login", "pages/copy/copy", "pages/my/my", "pages/shipSearch/shipSearch", "pages/home/home", "pages/home/claims/claims", "pages/home/voyageDeclaration/voyageDeclaration", "pages/home/enquiry/enquiry", "pages/home/insure/insure", "pages/home/OCR/OCR", "pages/shipMsg/shipMsg", "pages/shipMsg/shipInfo/shipInfo", "pages/shipMsg/violationRecord/violationRecord", "pages/shipMsg/history/history", "pages/shipMsg/riskReport/riskReport", "pages/index-1/index", "pages/index-2/index", "pages/shipSearch2/shipSearch2", "pages/logs/logs" ],
2023-11-23我也遇到这个问题了, 微信版本8.0.43. 不一样的是, IOS不行, android没问题...... IOS: direction: 0, 反复进入全屏退出全屏没问题. direction: 90 第一次都可以, 后面反复操作就无效了. 不进success, 也不进 fail android: 反复测试都正常
live-player requestFullscreen 安卓无反应，iOS 正常videoCtx.requestFullScreen({ direction: 90, success: function() { console.log('全屏成功') }, fail: function(error) { console.log("全屏失败" + error) }, complete: function() { console.log('全屏结束') } }) 调用全屏API安卓无效，ios 正常，安卓不会进上述任何一个回调，之前是正常的，最近发现失效
2023-11-23我电脑端打开小程序用live-player 播放, 比同时同电脑的 vlc 慢很多, 还不清晰. 真是服了, 之前没有这个问题的.....
live-player 网络波动产生的延迟无法恢复我们做视频会议的小程序，本端把音视频经过rtmp到服务器，后台把音频去掉了之后生成新的rtmp流地址给远端播放纯视频，音频是把大家的麦克风合成了一个rtmp地址用另一个live-player播放。 相关问题： 网络波动（wifi、4G信号不好）或者对网络限速，live-player会产生延迟，网络恢复后live-player不会恢复延迟。该问题从7.0.5版本开始一直就存在，我们做了大量的测试及对后台的架构调整也无法解决，现在也是没办法了。 问题的一些尝试： 后来发现，我们直接在live-player中播放上送给服务器的rtmp地址(带音视频的流)，网络波动后产生的延迟可以恢复到波动之前的水平。 我们猜测可能是流里没混音频才引起的问题，之后我们把远端的流里混了一些可以解码但无效的音频数据，发现安卓奇迹般的可以恢复到很低的延迟，但是苹果上并没有丝毫好转。 我们没有长期的rtmp地址，都是根据会议动态生成的rtmp地址，可以使用我们的小程序用两个手机进入同一个会议。故意制造网络不好的环境（走到wifi信号不好的地方或者对网络限速），即可复现。 希望官方进解决我们的问题，谢谢。 appid: wx61afdde337ea8d21
2023-10-13为了减少同一用户没必要的授权/静默授权, 会通过session来存储请求者的openid/union_id. 但遇到微信客户端退出更换账号的时候, H5无法提前感知, 所以需要window微信在更换登录账号的时候, 同时更换cookie 来获得相对应的session, 如果不能保存, 至少也要删除旧用户的cookie, 现在问题是windows微信客户端, 在更换账户后, 仍然使用之前的cookie, H5请求的时候后端无法感知用户的更换. 相同场景同时测试手机端(IOS), 苹果端(Mac). 都没有这个问题, 切换账号都更换了cookie, 只有window 端微信有这个严重的问题: 《换账号后H5请求不换cookie》. 希望这个逻辑可以修正. windows微信版本号: 3.5.0.46 IOS 微信版本号: 8.0.18 Mac 微信版本号: 3.3.1
window 微信 无法手动清除cookie缓存window 微信 无法手动清除cookie缓存。 window版微信聊天窗口打开H5网站链接，网站保存cookie后，客户端退出当前用户，切换新的用户登录微信，再次打开H5网站链接，发现网站保存的cookie还是 之前登录过的 老的微信用户。而且无法手动清除
2022-03-16click里没有, 但是可以在url里加上你的menuid, 这样就知道从哪里点进来的了.
公众号菜单点击的事件，CLICK类型没有MenuId?请问用户点击公众号菜单的事件中，VIEW类型，view_miniprogram类型的菜单事件中都给了MenuId 为什么CLICK类型的事件没有MenuId呢
2021-08-25
获得过 0 次赞
回答过的问题获得 0 次赞
分享过的文章/案例获得 0 次赞
评论与回复获得 0 次赞