Firebase崩溃批量上传因未知原因而失败

Question

我正在尝试将DSYM上传到firebase,直到几天才完美运行.当我启动脚本时,它开始登录,在它停留几分钟然后失败后几行.

/Users/..../dSYMs/DF...C47.dSYM/Contents/Resources/DWARF/leveldb: warning: function at offset 0x51662 has no name
./Pods/FirebaseCrash/upload-sym-util.bash:365: error: upload: Unable to upload symbol file (reason unknown).

有趣的是,在firebase控制台中它告诉我上传成功:

UUID B4 ... AAF的未来堆栈跟踪将使用上载的符号文件进行符号化.

但它永远不会,因为我已经"上传"了一些像这样的东西,从那以后,我又发生了一些崩溃,但仍然没有象征意义......

这是怎么回事？

仅供参考:我从二月开始使用firebase crashreporting,它运行良好.我几天前将我的mac更新到High Sierra.

你的

Answer 1

TL; DR

查找以下行upload-sym-util.bash:

HTTP_STATUS=$(curl ${CURLOPT} -sfL -H 'Content-Type: text/plain' -H "Authorization: Bearer ${BEARER_TOKEN}" -w '%{http_code}' -T "${FILE}" "${UPLOAD_URL}")

并追加--http1.1到最后,使它成为:

HTTP_STATUS=$(curl ${CURLOPT} -sfL -H 'Content-Type: text/plain' -H "Authorization: Bearer ${BEARER_TOKEN}" -w '%{http_code}' -T "${FILE}" "${UPLOAD_URL}" --http1.1)

说明

我们在通过XCode上传Firebase上的DSYM文件时遇到此问题.令我们发疯的是,这个过程似乎是随机成功而失败的.当上传失败时,它会在几分钟后发生.

我们设法curl手动运行违规命令并发现它返回的HTTP状态代码为000,这似乎发生在服务器实际返回任何内容之前关闭连接时(例如:超时).通过使用--verbose我们发现的参数curl中止了一个INTERNAL_ERROR (err 2)似乎与HTTP/2的使用相关联的调用.当我们发现能够正确上传DSYM文件的唯一机器与curl其他所有人相同但没有HTTP/2支持时,我们设法确认了这一点,这显然是在High Sierra中添加的.我们被迫curl使用HTTP1.1,它就是诀窍.