小编kri*_*ris的帖子

在Xcode 8.3.3中尝试将应用程序上传到iTunes连接时,出现错误:

需要"团队名称"的iTunes Connect访问权限.在"帐户"首选项平面中添加帐户.

该帐户已经存在,并且(在某些情况下)以前没有发生任何事故.

如何解决Xcode的这个问题,以便我可以将我的应用程序上传到AppStore？

当我登录iTunes Connect时,我在屏幕顶部收到以下消息:

协议,税务和银行业务审查付费申请表. iOS付费应用程序计划("iOS Schedule 2")和Mac付费应用程序协议计划("Mac Schedule 2")已合并为一个附表2,涵盖两个程序和自定义B2B计划("计划3") iOS和Mac也已合并.要创建新的付费应用和应用内购买并将二进制文件上传到App Store,具有Legal角色的用户必须查看并接受协议,税收和付款中的付费应用程序时间表(Apple开发者计划许可协议的附录2)银行模块.要接受此协议,具有团队代理角色的用户必须已在成员中心接受Apple开发人员计划许可协议. 查看Apple开发人员计划许可协议. iOS开发人员计划许可协议和Mac开发人员计划许可协议已合并为一份Apple开发人员计划许可协议.要创建新应用程序并将二进制文件上载到iOS和Mac App Store,具有Team Agent角色的用户必须在成员中心中查看并接受此协议.

我已经按照这两个链接同意了所有内容,但这条消息不会消失.

我在今天访问Firefox中的https:// azurewebsites.net网站时发现了一个问题.

以下网站(我怀疑任何https azurewebsites.net网站)在Firefox上失败:

• https://easytees.azurewebsites.net/
• https://easyfurniture.azurewebsites.net/
• https://hello.azurewebsites.net/ (不是我们的)

回归:

安全连接失败

连接到easyfurniture.azurewebsites.net时发生错误.OCSP响应中的OCSP签名证书无效.错误代码:SEC_ERROR_OCSP_INVALID_SIGNING_CERT

• 您尝试查看的页面无法显示,因为无法验证接收数据的真实性.
• 请与网站所有者联系,告知他们这个问题.

这些网站在Chrome,Safari和Tor浏览器中运行良好.

为什么https://*.azurewebsites.net在Firefox中以这种方式失败？

我正在做一个大合并.我的分支中的repo中删除了很多文件,在进行合并时,我希望对所有这些文件保留此更改.还有一些文件需要显式合并,我打算用git mergetool它们来合并它们.

我希望保留所有已删除文件的"删除我们"更改(即文件应保留删除).我想解决的其他合并冲突.
有没有办法告诉git保持删除的文件被删除？

我正在创建我的第一个PHP Composer包(按照这些说明).我跑了

$ composer init

我正在填写细节,现在问我

包类型(例如库,项目,元数据包,作曲家插件)[]:

我认为这只是一个人类可辨认的标签,用于分类不同的包裹？

我想知道某处是否有包类型的定义？

我正在使用 VSCode 在 Dart/Flutter 中进行编程。

当然，我也使用 Copilot。

我喜欢 Copilot 的自动建议，但是当 VSCode 突出显示错误并且我将鼠标悬停在其上以“快速修复”问题时，Copilot 建议的修复在这种情况下很少（如果有的话）有帮助。

不幸的是，越来越多的人认为“使用 Copilot 进行修复”是唯一可用的“快速修复”选项。

我想要恢复其他快速修复选项。

而且，我真的不想要副驾驶选项（但我当然希望保留副驾驶代码建议）。

我尝试dart: restart analysis server过从 VSCode 命令托盘执行操作，
但在这种情况下不再起作用。

在 VSCode 中如何恢复“快速修复”选项，并关闭“使用 Copilot 修复”选项？

更新：

Help : About在VSCode命令托盘中运行的结果：

Version: 1.82.3
Commit: fdb98833154679dbaa7af67a5a29fe19e55c2b73
Date: 2023-10-02T11:06:17.496Z (3 wks ago)
Electron: 25.8.1
ElectronBuildId: 24153832
Chromium: 114.0.5735.289
Node.js: 18.15.0
V8: 11.4.183.29-electron.0
OS: Darwin x64 22.4.0

更新2：

根据 @starball 的建议，我执行了以下操作：返回一个重要版本（并且自动修复建议消失），然后继续使用最新的解决方案并完全禁用 Copilot。
结果是没有可用的快速修复解决方案。

我本以为它会有一个建议可以修复“值可能为空”错误，但也许我只是记错了这有多大帮助？

如果您访问可能是 var 的 bool 而不进行 null 检查，VSCode 是否有快速修复建议？

问题

当我正在处理它时,我没有收到推送通知到我的应用程序,
并且APN服务器返回" BadDeviceToken".

情况

我必须在这里找到一些简单的东西,这就是情况:

1. 当我将推送通知发送到从App Store下载的应用程序时,它可以正常工作

2. 当我从同一台服务器发送推送通知到我的应用程序的相同版本(*)但是建立了Xcode时,APN服务器返回一个status: '400'失败的failed[0].response.reason: 'BadDeviceToken'

(*)我说的是相同的版本,代码是相同的,插件应该是相同的,但我已经将Cordova iOS版本从4.x更改为3.x.

技术

我正在使用更新的Push Notifications方法,在服务器上我只在服务器上有一个.p8 APNs Auth Key.
服务器是使用node-apn插件的节点代码.
客户端应用程序是Cordova,使用Telerik Push Plugin.

我试过的

• 我已经尝试创建一个新的APNs Auth Key并将其上传到服务器; 仍然可以在应用程序的App Store版本上运行,并且APN在发送到我本地构建的应用程序版本时仍会返回"BadDeviceToken".

• production: false在将推送发送到我本地构建的应用程序之前,我已尝试在node-apn的服务器配置上进行设置; 我仍然收到"BadDeviceToken"错误.

• 根据这个问题对令牌进行额外的十六进制编码; 结果是它仍然说"BadDeviceToken",尽管在那种情况下它实际上是真的.

• 将cordova-ios版本重新提升至4.3.1; 仍然得到"BadDeviceToken".

• 在构建时仔细检查"推送通知"功能是否已启用

• 做一个发布版本,而不是调试版本,如建议在这里,并描述在这里

问题

为什么APN服务器说什么BadDeviceToken时候显然不是真的？
而且,我该如何解决？

我是Redux的新手,也是Novelcript的新手.

我在react-redux文档中找到了一个相当不错的基本简化版本.

代码是这样的:

import * as actionCreators from '../actions/index'
import { bindActionCreators } from 'redux'
import React, { Component } from 'react'
import { connect } from 'react-redux'

class TodoApp extends Component {
    render() {
        return (<div>test!</div>)
    }
}
function mapStateToProps(state) {
  return { todos: state.todos }
}

function mapDispatchToProps(dispatch) {
  return { actions: bindActionCreators(actionCreators, dispatch) }
}


export default connect(mapStateToProps, mapDispatchToProps)(TodoApp)

我的代码编辑器(带有TSLint扩展的VS代码)和tsc突出显示最终(TodoApp)的错误,这是我得到的消息:

src/components/test.tsx(20,61):错误TS2345:类型'typeof TodoApp'的参数不能分配给'ComponentType <{todos:any; }&{actions:typeof"(filepath)...".类型'typeof TodoApp'不能分配给'StatelessComponent <{todos:any;}&{actions:typeof"(filepath)...'.类型 '的typeof TodoApp' 提供没有匹配的签名"(道具:{待办事项:任何;}&{动作: "/动作/索引(文件路径)" 的typeof;}&{儿童?: …

自从我上次将应用程序上传到Google Play开发者控制台已经差不多一年了(它是我已经签名和拉链对齐的Cordova应用程序); 按照我过去成功使用的相同过程我现在收到以下错误:

上传失败您的APK无法使用'aapt dump Badging'进行分析.错误输出:无法运行aapt转储标记:错误:转储失败,因为无法加载资产

这里发生了什么事？

背景

今天，我们的应用程序在 SALT 杂志上发表了一篇文章 ( https://www.saltmagazine.com.au/feature/listen-up )，这是一个激动人心的时刻。
iOS 版本将于今年晚些时候在 App Store 上架。
然而，尽管我尽一切努力将其恢复到 Google Play 商店，但 Android 版本在过去两周内一直无法使用。

该应用程序已在商店中存在 8 年，但最近被删除。
它最初被拒绝，称不需要后台权限，但我们已经通过多种方式采取了行动 - 包括解释为什么需要它，并最终实际删除它，减少应用程序的功能，试图将其放回商店。我们在 Google Play 商店中不断被拒绝，并且没有任何连贯的解释说明为什么被提供。所说的是应用程序不需要位置权限，或者我们需要特定的消息 - 应用程序显然需要位置访问权限，并且已提供消息 - 进行这些更改似乎对拒绝没有任何影响在 Google Play 商店端。

我在最近的上诉中发送了此消息：

您根本未能提供任何连贯的反馈来说明为什么位置许可请求被拒绝 - 预许可请求已按照您所要求的措辞放在那里。我们已经删除了订购故事的位置请求。我们已经删除了后台位置权限。每一个都会削弱应用程序的功能。但现在我无法想象这个应用程序如何被拒绝。每次您发送拒绝时，它都是随机不同的。我觉得我们一定是 Google Play 中某个心怀不满的员工的目标。

这是一款优秀、可靠的应用程序，多年来一直受到许多人的喜爱。我会将其发送给其他 Google 部门。我们确实需要再次推出这个应用程序。

Google Play 没有提供任何明确的信息，也没有提供任何可操作的信息。没有理由该应用程序不应该出现在商店中 - 正如我所说，我们甚至遵守了一些没有意义的内容，并减少了 Android 版本应用程序的功能，试图遵守看似合理的规定。被要求。

我没有看到通过 Google Play 提供的渠道恢复我们的应用程序的途径，这些渠道是：

1. 权限声明表单（https://play.google.com/console/u/0/developers/[our dev id]/app/[our app id]/app-content/permission-declarations）
2. 权限申诉表（https://support.google.com/googleplay/android-developer/contact/permissions）
3. 此电子邮件地址 (googleplay-developer-support@google.com)
4. 谷歌联系表格（https://support.google.com/accounts）

语境

我知道这个问题可能看起来不属于这里。
但这是许多应用程序开发人员都会面临的情况，需要有一个解决方案。

对于 iOS 应用程序来说，这非常简单 - 当 Apple iTunes 拒绝某个应用程序时，他们会发送屏幕截图，准确说明问题所在，并准确识别导致拒绝的政策。 …