PC小程序
上周还能正常打开PC端小程序。 今天发现不能正常打开小程序了,一直提示暂无法打开小程序。 目前手机端、开发版本启动MAC端浏览都能正常播放。 但通过分享PC端打开、手机端打开后推送到PC端后,PC端都不能打开。 请问这是因为什么引起的,该如何解决呢? [图片]
<camera device-position="front" flash="off" binderror="error" style="width: 100%; height: 100%;"> <button bindtap="start">开始</button> </camera> start: function () { this.startRecord() } startRecord() { this.ctx.startRecord({ success: (res) => { console.log('startRecord-') }, fail: (err) => { console.log('fail: ', err); } }) }, this.ctx.stopRecord({ success: (res) => { console.log("videoSrc:" + res.tempVideoPath); // res.tempVideoPath : undefined } })
在使用PC 小程序插件接入过程中,loginbuffer 已经正确获取,但是在调用IILinkAuthManager::ThirdAppLogin时候,callback返回报错:kWrongThirdSdkMode,请问是什么原因?感谢! // 初始化配置: bool WMPFWrapper::InitializeBrowsingCore(const std::string& runtimePath, const std::string& dataDir) { // Get BrowsingService instance browsingService_ = getBrowsingService_(); if (!browsingService_) { SetError("Failed to get BrowsingService instance"); return false; } // Create configuration JSON std::ostringstream configJson; configJson << "{" << "\"product-id\": 3000," << "\"log-level\": 0," << "\"wmpf_root_dir\": \"" << dataDir << "\"," << "\"enable-applet-v3\": true," << "\"max-retry-count\": 5" << "}"; std::string config = configJson.str(); std::cout << "[WMPFWrapper] Config: " << config << std::endl; // Create core service handler static CoreServiceHandler coreHandler; // Initialize browsing core int result = browsingService_->InitilizeBrowsingCore( config.c_str(), runtimePath.c_str(), &coreHandler ); if (result != 0) { std::ostringstream oss; oss << "Failed to initialize browsing core (Error: " << result << ")"; SetError(oss.str()); return false; } std::cout << "[WMPFWrapper] Browsing core initialized" << std::endl; return true; } void AuthManager::LoginCallbackWrapper( int32_t login_type, int32_t error, const char* resp_pb, int resp_len, void* callback_data) { std::cout << "[AuthManager] Login callback received:" << std::endl; std::cout << " - login_type: " << login_type << std::endl; std::cout << " - error: " << error << " (0x" << std::hex << error << std::dec << ")" << std::endl; std::cout << " - resp_len: " << resp_len << std::endl; AuthManager* self = static_cast<AuthManager*>(callback_data); if (!self) { std::cerr << "[AuthManager] Error: callback_data is null" << std::endl; return; } bool success = (error == 0); std::string errorMsg; if (!success) { // Decode common error codes std::string errorDesc; switch (error) { case 1073741827: // 0x40000003 - kWrongThirdSdkMode break; case 1073741825: // 0x40000001 - kCanNotAutoLogin errorDesc = "kCanNotAutoLogin - Cannot auto login, need manual login first"; break; case 1073741826: // 0x40000002 - kParametersError errorDesc = "kParametersError - Invalid parameters"; break; case 1073741828: // 0x40000004 - kAsyncLoginInFlight errorDesc = "kAsyncLoginInFlight - Another login is in progress"; break; case 1073741829: // 0x40000005 - kAlreadyLoggedIn errorDesc = "kAlreadyLoggedIn - Already logged in"; break; case -1: errorDesc = "General error"; break; case -2: errorDesc = "Network error"; break; case -3: errorDesc = "Invalid parameters"; break; default: errorDesc = "Unknown error"; break; } errorMsg = "Login failed with error code: " + std::to_string(error) + " (" + errorDesc + ")"; if (error != 1073741827) { // Don't print again for kWrongThirdSdkMode std::cerr << "[AuthManager] " << errorMsg << std::endl; } } else { std::cout << "[AuthManager] Login successful!" << std::endl; // Update cached status self->cachedLoginStatus_ = LoginStatus::LoginSuccess; } // Call user callback if (self->loginResultCallback_) { self->loginResultCallback_(success, errorMsg); self->loginResultCallback_ = nullptr; } } void AuthManager::LoginWithBuffer(const std::string& loginBuffer, LoginResultCallback callback) { if (!authManager_) { std::cerr << "[AuthManager] Error: authManager not initialized" << std::endl; if (callback) { callback(false, "AuthManager not initialized"); } return; } if (loginBuffer.empty()) { std::cerr << "[AuthManager] Error: loginBuffer is empty" << std::endl; if (callback) { callback(false, "Login buffer is empty"); } return; } // Store callback loginResultCallback_ = callback; // Call ThirdAppLogin authManager_->ThirdAppLogin(loginBuffer.c_str(), LoginCallbackWrapper, this); }
我想要将PC小程序插件集成在electron中,目前有什么办法可行吗
[图片][图片] 手机端打开小程序正常,pc小程序调试提示页面未注册;第二个图片提示错误不知道是什么意思
之前有反馈过存在转义符:{} / %7B/%7D,会浏览失败。最新版已解决(* ̄︶ ̄) 但是又发现部分图,还是存在浏览失败的情况。 可能与签名/有效期相关:社区反馈及现网复现中,失败 URL 常带 Expires/Signature/x-oss-process 等参数(示例):https://fsiot.oss-cn-shanghai.aliyuncs.com/mcenter/myMachine/technic/49950/1763342360178_0.jpg?Expires=1766013432&OSSAccessKeyId=LTAI5t9aQ8qrmzTV2mp6mfhk&Signature=2EJalr%2B%2BYtGxPC8wlEdCsCFz5bw%3D&x-oss-process=image%2Fresize%2Ch_300%2Cw_300%2Cm_mfit 注:url有有效期,过期可以联系楼主,提供新的。
而且URL Scheme这个功能我在电脑端微信网页已经用了好几年了,就是最近才有客户反馈不行的。
【问题描述】之前使用「网站应用拉起 PC 小程序」能力是可以正常拉起PC小程序的,不知道最近更新了 Chrome 还是 更新了微信客户端版本,拉起不了,报错 "local-network-access permission denied" 。 [图片] 已确认本地网络权限已开启,仍报错,无法拉起PC小程序。 [图片] [图片] 【复现链接】https://weixin.hlxuan.top/website/launchMiniProgram.php 【chrome版本】版本 142.0.7444.135(正式版本) (arm64) 【微信版本号】Mac 4.1.4.17 【必现 or 偶现】必现
如图,pc预览情况下,拖入文件至上传接口提示当前小程序不支持拖入文件 [图片][图片]
微信版本:4.1.0.34(3.xxxx没有问题,观察下来4xxx开始有问题) 初步定位到是因为url中,有%或者有字符被转义,预览就会失败。 什么时候解决呢?我们这里用户催的很急!! 官方已经定位到有问题了:https://developers.weixin.qq.com/community/develop/doc/000e02cd42c2a8eb00e38454a6b401 一样的问题:https://developers.weixin.qq.com/community/develop/doc/000c28739eca701f39d3215ad61000
我们提交的微信PC插件能力审核,为什么一直处于审核中,也没有官方的渠道咨询,不能一直等待中吧
[图片][图片] 系统类型:win7*86 客户端版本:4.1.0.34
诸位在涉及PC端小程序中键盘事件时,是否遇到过这样的问题。【需求场景】:需要在某个组件中实现“通过键盘方向键移动容器(box)的位置”。 【实现方案一】最初的实现方式如下: a. 在组件的初始化事件中,进行键盘事件注册:wx.onKeyDown( this.handleKeyDown ); b. 在组件的销毁事件中,清除键盘事件注册:wx.offKeyDown( this.handleKeyDown ); 这样实现遇到的问题是: handleKeyDown 函数体中,对象this的指向是不正确的,也就是说,无法在handleKeyDown中有效的访问“当前组件”的上下文。 【实现方案二】 既然方案一中的this执行不正确,那是不是在注册事件时,用bind函数绑定一下this就可以了呢?于是,实现方式调整为: a. 在组件的初始化事件中,进行键盘事件注册:wx.onKeyDown( this.handleKeyDown.bind( this ) ); b. 在组件的销毁事件中,清除键盘事件注册:wx.offKeyDown( this.handleKeyDown.bind( this ) ); 这样实现之后,能够正确响应键盘事件了,但是,发现没有按照预期有效地清除鼠标事件。也就是说,页面已经切换,组件已经销毁,但是,对应的键盘事件监听器并没有被清除,导致的后果是:当组件再次初始化时,按下键盘按键,this.handleKeyDown会被执行多次(因为没有有效销毁,而进行了多次有效注册)。 后来仔细查看官方文档,发现给出的示例如下: const listener = function (res) { console.log(res) } wx.onKeyDown(listener) wx.offKeyDown(listener) // 需传入与监听时同一个的函数对象 关键问题在于:用bind函数实现this对象的绑定,本质上是“生成了一个全新的函数对象”,所以wx.offKeyDown和wx.onKeyDown绑定的 listener 显然是不相同的。 在这里求助诸路大神,帮忙指点指点,感谢~ 【问题解决】 经过分析和测试,已经解决这个问题,思路如下:将bind函数返回的“新函数”保存起来,然后用这个保存起来的函数作为 wx.onKeyDown 和 wx.offKeyDown的参数,完整的示例代码如下。 a. 在组件的初始化事件中,创建一个binded对象,内容为:this.bindedHandleKeyDown = this.handleKeyDown.bind( this ) ; b. 在组件的初始化事件中,用第一步创建的binded对象,进行键盘事件注册:wx.onKeyDown( this.bindedHandleKeyDown ); c. 在组件的销毁事件中,用第一步创建的binded对象,清除键盘事件注册:wx.offKeyDown( this.bindedHandleKeyDown ); 完美,收工,感谢诸位围观~~
微信PC端打开微信小程序原生卡片,加载缓慢,最后显示“暂无法打开小程序”,请问怎么处理呢,10月才出现的。 [图片][图片]
看PC小程序插件接入指南(https://developers.weixin.qq.com/doc/oplatform/Website_App/WeChat_PC_APIs/running_a_mini_program.html)在“功能解释”中描述:当前仅支持 64 位 Windows 版本。但是下载PC 小程序插件包查看host目录提供的接入dll是有32位和64位两个dll,所以想咨询一下两个问题:1、现在的版本是否支持32位系统?2、接入方也就是宿主进程是否可以是32位的进程加载32位的wmpf_host_export.dll来进行接入?
之前由于操作失误,关联了2个错误的小程序,目前已经取消关联,等我再准备关联新的小程序的时候,显示一个月只能关联3个,你这上面也没有提醒每个月的关联次数,如果有提醒,我就先取消一个,把两个正确的关联了,然后导致目前我少一个小程序我关联不上,我这边还着急用,继续这边帮我解决,最重要的是没有提醒,按理说有3个限制,我只需要把错误的两个取消关联后,再去关联新的不超过3个就行,结果你直接告诉我关联不了?非常不合理,有没有人能帮我联系客服?
1.pc端的小程序wifi可以搜索到打印机,2.建立snmp通讯也可以,3.tcp投递数据到同网段的打印机就失败,4.在手机上面就可以
双栏模式下左侧页面调用canvasToTempFilePath,报错canvas is empty;右侧页面调用正常。 左侧页面给canvas容器增加样式,是可以正常渲染的,请问为什么调用canvasToTempFilePath时,报错canvas是空的?
更新前能用,更新后不能用
[图片]降级后正常显示[图片]