@sethlu @gnahzak你们中

这仍然是3.0.0阻止程序

@ckerr自https://github.com/electron/electron/pull/13760打开以来，我们没有取得太大进展。

不固定的版本如何发布“稳定”版本？ 我花了几个小时试图找出为什么我的应用程序在更新后无法正常工作。

3.0.0是一个新的主要发行版，根据定义，它可以包含“破坏向后兼容性的更改”。 他们可能有理由将3.0.0排除在外，但是是的，我认为删除这样的功能也没有那么酷...

不固定的版本如何发布“稳定”版本？ 我花了几个小时试图找出为什么我的应用程序在更新后无法正常工作。

这太糟糕了！ 直到现在，他们还没有解决...

我们选择从3.0.0版本中删除本机PDF渲染支持，因为我们没有足够的人继续维护它，并且它不是一个广泛使用的功能。 发行说明中对此进行了

非常感谢您再次使用此功能。 有什么可以帮忙的吗？

有什么方法可以使它在我的应用程序中运行而不必使用过时的版本？
我应该使用https://github.com/electron/electron/tree/enable-pdf-plugin吗？ 如果是，怎么办？

最好的开始方法是运行本地电子版本，并在gn gen步骤中指定enable_pdf_viewer = true build选项，例如

$ gn gen out/Debug --args='import("//electron/build/args/debug.gn") enable_pdf_viewer=true'

（或等效地，在运行常规gn gen步骤后编辑out/Debug/args.gn ，并添加enable_pdf_viewer = true参数。）

最好的开始方法是运行本地电子版本，并在gn gen步骤中指定enable_pdf_viewer = true build选项，例如

$ gn gen out/Debug --args='import("//electron/build/args/debug.gn") enable_pdf_viewer=true'

（或等效地，在运行常规gn gen步骤后编辑out/Debug/args.gn ，并添加enable_pdf_viewer = true参数。）

我该如何用电子生成器做到这一点？

尽管有电子造物者的名字，但它并不是制造电子本身的工具。 您需要按照说明来构建电子本身。

（以上引用有误；我正在清洁剪贴板，但它掉了。）

尽管有电子造物者的名字，但它并不是制造电子本身的工具。 您需要按照说明来构建电子本身。

如果只是一个标志，为什么在正式版本中不启用它？

如果只是一个标志，为什么在正式版本中不启用它？

启用该标志实际上并不能使其工作，在当前状态下，它只是将所需的dep和文件添加到Electron构建过程中。 这些文件具有编译错误，并且在运行时会导致崩溃，这些错误和崩溃需要修复，然后才能在正式版本中启用。

仅供参考...如果您现在需要3-0-x中的PDF查看器支持，则可以使用https://github.com/gerhardberger/electron-pdf-window。 我刚刚在Electron 3.0.8上进行了测试，它可以完美运行。

谢谢@jkleinsc，很遗憾，您的解决方案不适用于iframe。
在我的3-0-xi分叉中，尝试通过此commit修复PDF查看器。

编译和链接，不幸的是，PDF仍然无法正常工作，我调试并发现：
在AtomResourceDispatcherHostDelegate :: ShouldInterceptResourceAsStream（）中
GetAssociatedRenderFrame返回-1和-1。

当我在2-0-x分支上调试时，我没有得到-1值并且PDF可以正常工作。
谁能帮我？ 也许你@ deepak1556 ？

我们选择从3.0.0版本中删除本机PDF渲染支持，因为我们没有足够的人继续维护它，并且它不是一个广泛使用的功能。 发行说明中对此进行了

嗨， @ nornagon ，我在发行说明中看到的是：“ PDF Viewer当前无法使用，但正在开发中，将很快再次运行”。
该消息非常积极，远远超过“它不是一个广泛使用的功能”。 顺便说一句，您是否有关于此最后声明的任何统计信息？

我知道这不是StackOverflow，但目前我正在使用

shell.openItem(fullPath)

使用仍然安装在大多数系统上的系统pdf查看器，它也具有打印选项，即使从[email protected]中也似乎缺少该选项

下一个主要版本有计划的工作吗？ 由于PDF查看器，我们仍在使用电子v2.0.16 。

v4.0.0刚刚发布，根据支持文档，您仅支持最新的3个发行分支。 如果我们能在v5中重新获得PDF查看器以保持安全补丁，那就太好了。

@jkleinsc是否正在积极研究？ 否则，我将进行修复。

@chriswald我正在研究此问题，但尚未完成，所以如果您准备好要解决的问题，请告诉我； 否则，我将完成我已经开始的工作。

我已经解决了大多数构建错误，但是今天早上挂断了生成pdf_viewer_resources文件的工作。 我们可以在Slack中聊天，这样我们就不会在此线程中向所有人发送垃圾邮件吗？

@chriswald确保我们可以在Slack中聊天。

@jkleinsc您有什么进展吗？ 我无法在Slack上与您联系，但我希望了解我是否应该继续花费时间进行修复。

是的，请@chriswald！

对我们来说，这是一个3.0、4.0和5.0 beta阻止程序，因此我们坚持使用2.0。 @walltex了解更多信息。

@chriswald我正在努力解决5-0-x和4-0-x的问题。 目前，我还没有计划解决3-0-x问题，因此，如果您对此感兴趣，可以继续尝试。

@jkleinsc完美！ 您是否准备好修复程序的估计日期？

@chriswald好问题。 我本周应该可以算出预计到达时间。 由于我们在4-0-x中进行了更改以使用GN进行构建，因此对4-0-x和5-0-x PDF的支持将被重写，而不是尝试使我们之前所做的工作趋于完全版本。

@jkleinsc “将要重写”>这也是我一直在看到的，很高兴知道我

@chriswald进一步研究并查看了我的日程安排后，我保守地估计到月底才能有一个解决方案。 它可能会更快地完成，但是我需要现实一些，因为我在2月的4周中旅行了2周。

@jkleinsc谢谢您的更新！ 这对我来说听起来不错，并且非常适合我们自己的时间表。 我会保持开发环境的设置，以防万一有什么事情发生，因此，如果这个估算被推迟了，请告诉我，我也许可以跳回来。谢谢！

有关此状态的任何更新？

草案/ WIP PR在这里： https :

有没有里程碑？
我可能会将项目移至2.0.x分支，因为我确实需要查看器。 但是将其固定在稳定的3.x中会更好。

@jkleinsc您进步了多少？ 有什么好的结果吗？

@vsvipul即将到来，但不幸的是其他职责减慢了我的进度。 我希望在本周和下周继续努力

也许有人可以在这里帮助我解决此问题。 我有点迷路了。
我有一个角度项目，该项目使用电子封装程序中的电子来获取可执行文件。 我在电子程序包和本地node_modules中查找了features.gypi，但没有成功。 有人可以告诉在哪里找到它吗？

@Corebee所有问题，包括当前所有可能的解决方案，都在该问题的公认答案中进行了概述：

https://stackoverflow.com/q/52844135/7910454

@Corebee所有问题，包括当前所有可能的解决方案，都在该问题的公认答案中进行了概述：

https://stackoverflow.com/questions/52844135/view-pdf-in-electron-browserwindow

啊，谢谢，还没有看到这个。 我会尝试一下，直到有适当的解决方案。 谢谢@ MiXT4PE

@jkleinsc是否有有关此更新的新闻？ 另外，如果有什么办法可以帮助我，我会很高兴的。

@DmitryMK事实证明，在5-0-x及更高版本中实施将要求我们启用网络服务。 目前正在开展工作以实现以下目标：＃15791

@jkleinsc感谢您的更新。 启用网络服务本身似乎是一项艰巨的任务。 只是为了澄清一下，是否意味着PDF查看器将不在版本3和版本4中？

@DmitryMK我正在做的工作集中在让它在master中工作，这时可能是6-0-x。 如果我们可以向后移植，我们会这样做，但是考虑到网络服务的需求，我怀疑它将达到3和4。

@jkleinsc-是否会有一个估算包含该修复程序的电子版本？
从您对DmitryMK的回答中，我了解到我们不应该依赖将修补程序反向移植到Electron 4？
这是一个很大的回归，影响到许多应用程序，并阻止了从electronic 2.0.X的升级，直到有一个包含此修复程序的版本为止

@jkleinsc我们如何提供帮助？ https://github.com/electron/electron/pull/17163

@arnaudbud感谢您的询问。 我一直在努力使其正常运行，但我认为要紧紧遵守Chromium所做的工作，在我们对扩展有更强大的支持之前，我的工作方法不会奏效。 此处有一个PR＃17440正在尝试这样做。 在这一点上，我将对此进行讨论，因此，如果其他任何人想摇摆一下（也许采用不需要扩展支持的方法），请随时这样做。

@jkleinsc ，这是否意味着没有机会在v6.x中实现本机PDF查看器？

运行Electron 6.0.0-beta.4
仍然没有pdf支持

@ mailtokartik1 ，如果有人对其进行处理，它有可能进入6.x，但据我所知，没有人对此进行处理。

很好奇，是否需要c ++才能为Electron做出贡献？

使用PDF.js无法实现内置的PDF查看器支持什么？

据我所知，它没有什么用，但是可以省去在旧应用程序中重构代码库的麻烦。

我看起来创建BrowserWindow在PDF.js查看器中加载所需的PDF相对容易。 这是我发现的

只要确保您包括所有相关的PDF.js文件即可。

我们正在使用PDF.js将预览加载到我们的主UI中，对此只好说了些。 它是Firefox中使用的查看器，因此经过了良好的测试。

@米格裁判＃

“它在＃11459的Chromium 63升级过程中被禁用。
请打开features.gypi中的enable_pdf_viewer标志，修复编译和测试。”

我们可以在下一个Beta版中获得它吗？

这样就省去了嵌入的pdf，不需要全新的窗口-

@Nashorn我链接到的示例对于WebView等应同样适用。

似乎现在也行不通...
我正在尝试将对象标签与application / pdf和nope一起使用...

@dalexhd如果可以在新窗口中打开它，请检查此答案： https : //stackoverflow.com/q/52844135/7910454

您是说将插件设置为true？ 如果真是这样，它仍然不起作用....
如果没有的话，请稍等一下...
¿如何在Electron中显示chrome等pdf？

通过使用pdf.js是否可以实现与内置PDF查看器完全相同的行为？
在内置查看器还没有成为现实之前（我认为电子v1甚至是早期v2），我尝试使用pdf.js解决方案，但感觉过于复杂。

当我提前知道内容类型为application/pdf ，通过pdf.js呈现PDF效果很好，因为我可以获取资源URL并将其通过查询参数传递给pdf.js的本地副本，然后显示在它自己的窗口中，或者只是在<iframe>内联。

但我不能找到一个很好的解决方案，以渲染PDF这是在渲染的内容的一部分<iframe> （或<iframe>内的的<iframe>几层等。），因为我不相信我可以重写那些iframe的src以指向pdf.js

有没有一种方法可以检测所有类型application/pdf并通过呈现。 pdf.js，即使它的内容嵌入在<iframe>元素的几层深处？

这是与内置查看器一起使用的东西，并且我主要反对PDF.js成为永久的“解决方案”，除非有人可以帮助我完成上述工作:) :) :)

在我的案例中，@ chris-ls是我的pdf带有动态输入，因此我的公司无法用pdf.js填充它们。

我也有带有内联PDF查看功能的页面，除了我无权访问或不允许修改传入的HTML / js之外，我无法修改数百个页面来进行这种类型的连接

嵌入式/嵌入式PDF为我们的应用程序提供了非常需要的上下文；
在更广泛的范围内浏览PDF内容很有价值。

Chrome的PDF插件在性能和简洁性/鲁棒性方面都优于我到目前为止为测试驱动器采用的所有React pdf.js实现。

我们能否在将来的版本中启用Electron Chrome中的嵌入式/嵌入式PDF支持，或者在过渡期间采用PATCH配置。

竖起大拇指

对于我来说，这确实是一个阻碍性的问题，我的应用程序是专为企业使用而设计的，可从数据库生成pdf证书。
这是我必需的功能。

@jkleinsc ，您删除了作业-这个问题还在吗？

我所知道的@ MiXT4PE ，目前尚无人对此进行研究。

@jkleinsc真是个无赖。 有什么困难？

我真的很想知道。 团队和其他人给出的所有变通办法都远远不能接受。 我们需要一种无缝的本机方式来使用对象和/或iframe来显示PDF的嵌入内容。

@ MiXT4PE我试图移植到Chromium的查看器时遇到的主要问题是它对铬扩展系统的依赖性。 电子仅支持该系统的一部分，这使得很难集成查看器。

@jkleinsc为什么它可以与Electron 2.x一起使用，并停止与3.x及更高版本一起使用？ Chromium 61（Electron 2.x）中的pdf查看器是否不依赖于Chromium扩展系统？

当2.XX停止接受安全升级时，这种情况将从可怕变为灾难性的...

我引用了3.0.0发行说明：

PDF Viewer当前无法使用，但正在开发中，很快将再次运行

@ MiXT4PE开源很大程度上是志愿者驱动和协作的。 因此，完成工作所需的时间和精力通常是最稀缺的资源。 我们希望Electron做到最好，但是我们也必须对维护Electron的团队可以实现的目标保持现实。 这意味着：

• 我们可能没有关于何时调查或解决问题的ETA。
• 您想要实现的某些东西可能没有实现。
• 您想要合并的更改可能不会合并。
• 坚持或要求上述任何一项均被视为违反《电子行为准则》

@jkleinsc我同意你的
感谢所有的耐心^^。

不幸的是， @ dalexhd对于支付核心Electron维护者的公司来说并不是优先考虑的事情，而且我不知道愿意在业余时间从事这项工作的任何志愿者。 此功能的最初实现者转移到了不需要该功能的另一家公司。

全部：这是开放源代码游戏。.如果您想要一个功能：做到这一点，付款或等待;）

@jkleinsc像我在本期＃18113中建议的那样，将此回购添加到issueHunt或Github Sponrors怎么样？ 这可能会激发人们去开发像这样的功能。

@popod是的，这个问题非常适合IssueHunt之类的东西。 我将其传递给其他维护者。

wth。 ？
您的意思是，我们可以得到报酬以添加功能/错误修复程序（~~被炸的脑子）吗？

我愿意为此功能投入1000美元。 还有谁？

我目前不在办公室。 我将于2019年8月5日回来。
我回来时会回答你的消息。

该响应与具有以下主题的邮件有关：
回复：[电子/电子]启用PDF查看器（＃12337）

已发送（c）GRZ / RACON Linz 2019 Agent'Absence'

Raiffeisen Software GmbH
商业登记号：86804d，Landesgericht Linz
DVR：0572934，UID：ATU 36961105

通过电子邮件与上述发送者交换消息
仅用于提供信息。 法律声明
可能无法通过此媒体进行交换。
通过电子邮件与上述发件人的通信仅用于
信息目的。 该介质不得用于交换

具有法律约束力的通信。

@jkleinsc现在＃17440正在为更好的扩展提供支持-您认为有关此问题的工作会再次被采纳吗？

希望@ MiXT4PE 。 我至少要更新＃17163以引入来自＃17440的更改，并查看当前的工作是否解除阻塞。

@jkleinsc谢谢！

谢谢👍

我不知道这对您有多大帮助，但是可以使用Mozilla pdfjs临时解决PDF问题，直到Electron在不久的将来支持本机PDF。 可以检查Electron中下载项目的mimeType并将其路由到viewer.html for pdfjs，以在Mozilla PDF查看器中打开和加载pdf。

一个小的工作片段如下：

function createWindow () {
  // Create the browser window.
  session.defaultSession.on('will-download', onDownload);
  mainWindow = new BrowserWindow({
    width: 800,
    height: 600,
    webPreferences: {
      nodeIntegration: true,
      webviewTag: true
    }
  })

function onDownload(event, item, webContents) {
  console.log('onDownload');
  // Prevent from downloading pdf file.
  if (item.getMimeType() == 'application/pdf' && item.getURL().indexOf('blob:file:') != 0) {
    event.preventDefault();
    BrowserWindow.getFocusedWindow().loadFile(path.resolve(__dirname, "pdfjs/web/viewer.html"));
    //mainWindow.loadUrl(path.resolve(__dirname, "pdfjs/web/viewer.html"));
  }
}

我在这里有一个相同的工作演示： https :
显然，您可以将pdfjs添加为远程服务器，但这只是一个有效的演示。 希望这对某人有帮助。

@ mailtokartik1 Mozilla pdf.js不支持字段完成。 这是主要问题。

@dalexhd是的，但我认为此线程上没有针对此问题的任何辅助解决方法代码，也许有些人正在寻找解决方法。

嗨@ mailtokartik1
您能否解释一下这种解决方法将如何在较高水平上起作用？ 似乎它拦截了请求并重定向到查看器，但我看不到使用了var“ encodedUrl”。 ？

嗨@Nashorn
是的，这里没有使用encodeUrl ，我试图获取网页的encodeUrl并将其显示给用户，但是，如果没有它，它就可以正常工作，而且我认为这是没有必要的（顺便说一句）。 关于说明，Electron的默认行为是下载pdf链接，因此，基本上，如果我们听will-download事件并检查它是否为PDF，则可以将内容路由到pdfjs查看器。

@ mailtokartik1我认为这不适用于嵌入式PDF文件。

我想将PDF文件通过iframe嵌入到HTML中，当我实现您所做的工作时，它会重定向到白屏。

@teckwrek我愿意为此功能投入1000美元。 还有谁？

我会很容易地在那个彩池中加$ 500。 @jkleinsc ：有人设置了Issuehunt吗？

我很高兴，因为我很穷。

@jkleinsc你有进步吗？ 另外：支付此功能的程序是什么？

@ MiXT4PE不幸的是，没有。 IssueHunt似乎想要比我们满意的更多的GitHub权限，但是任何人都可以自由在BountySource或类似平台上开放赏金。

@jkleinsc现在是否还有更重要的问题，还是被其他东西阻止了？

@ DanielJackson-Oslo @teckwrek您可以在https://www.bountysource.com/issues/56240517-enable-pdf-viewer上悬赏此问题

@teckwrek @ MiXT4PE加上我的$ 500

@jkleinsc还有其他方法可以帮助我们完成此工作吗？

解决这个@ DanielJackson奥斯陆最简单的方法目前是刚刚从浏览器中添加代码pdf.js这里[点击稳定（v2.1.266）]，以在您的电子应用和负载一些静态文件夹中的iframe的src="statics/pdfjs/web/viewer.html?file=file:///path/to/some.pdf"甚至src="statics/pdfjs/web/viewer.html?file=data:application/pdf;base64,<data>"类的base64编码的pdf

[edit]后者可能受到2mb URL限制，除非最近铬或电子中取消了该限制。

@ mosu-forge谢谢。 目前，pdf.js和Create react app存在问题，我上次没有设法解决。 我稍后再讲，但是仍然感觉像是被黑客入侵。 解决此问题并从Chromium中获取它将是一个更好的解决方案。

参见https://github.com/wojtekmaj/react-pdf/issues/413和https://github.com/wojtekmaj/react-pdf/issues/291以及https://github.com/mozilla/pdf .js / issues / 10813

我没有尝试像您描述的那样自己添加它，将其放入积压中：）

存在显示PDF文档的解决方案，但是Chrome的实现要好得多，因此我们在这个问题上很重视。 Chrome的PDF插件在性能和简洁性/鲁棒性方面都优于我到目前为止为测试驱动器采用的所有React pdf.js实现。

@ mosu-forge

此外，当Chromium具有本机PDF阅读支持时，包含pdf.js似乎是不必要的“黑客”。

至少在我看来，让Chromium处理它而不是必须扫描整个页面以查找具有PDF源并将其替换为pdf.js查看器的框架要容易得多。 （示例基于我的使用要求。）

@teckwrek >我愿意为此功能投入1000美元。 还有谁？

可以在这里找到： https :
只是提醒！

@ MiXT4PE @ DanielJackson-Oslo添加了我的$ 1000

@jkleinsc请！

我在运行测试时遇到问题，有人可以帮助我吗？ 我想尝试解决

我的测试在全新安装上失败。 我认为在开始进行更改之前，必须使它起作用-您能帮助他们运行它们吗？

使用的节点版本：v8.16.0
操作系统：Linux x64 kernel 5. *（KDE neon）
按照文档中的说明安装所有库并编译工具

Running: Main process specs
Unhandled exception in main spec runner: electron/spec-main/api-net-spec.ts(1055,29): error TS2345: Argument of type 'ClientRequest' is not assignable to parameter of type 'WritableStream'.
  Property 'writable' is missing in type 'ClientRequest' but required in type 'WritableStream'.

Traceback (most recent call last):
  File "/home/tcd/electron-gn/src/electron/script/dbus_mock.py", line 28, in <module>
    subprocess.check_call(sys.argv[1:])
  File "/usr/lib/python2.7/subprocess.py", line 190, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['/home/tcd/electron-gn/src/out/Debug/electron', 'electron/spec-main']' returned non-zero exit status 1
✗ Electron tests failed with code 1.
npm ERR! Test failed.  See above for more details.

任何更新？ @jkleinsc

谁能提供一个合理的估计，说明将此作为优先事项可能需要$明智的选择？ 在2020年4月之前做好准备是否可行？

谁能提供一个合理的估计，说明将此作为优先事项可能需要$明智的选择？ 在2020年4月之前做好准备是否可行？

显然> $ 1,600（https://www.bountysource.com/issues/56240517-enable-pdf-viewer）

我看到这就是已提交的内容，我正在要求某人编写该代码，需要花费什么。 在$ 1600，我们仍在等待解决方案。 4000美元是更好的目标吗？ $ 16,000？ 我不知道需要做什么工作，因此我很难知道什么是合理的。

从我的iPhone发送

2019年12月8日上午9：31，Leon Heess [email protected]写道：

</ s> </ s> </ s>
谁能提供一个合理的估计，说明将此作为优先事项可能需要$明智的选择？ 在2020年4月之前做好准备是否可行？

显然> $ 1,600（https://www.bountysource.com/issues/56240517-enable-pdf-viewer）

-
您收到此邮件是因为您发表了评论。
直接回复此电子邮件，在GitHub上查看或取消订阅。

@namotco您可以设置一个过期的赏金。 只需选择3个月后到期，并保证您愿意为此功能付费即可。 您可以在此之前获得该功能，否则您将获得退款。

相关： https :

应该准备在接下来的每晚10.x中进行测试。 我希望也可以移植到9.x，尽管如果它引起问题，它可能最终不会粘滞。

噢，我的上帝感谢您，让您美丽的人！

我可以确认在最新的每晚版本（10.0.0-nightly.20200216）中，PDF查看器可以再次工作。 感谢大家的辛勤工作。

感谢您期待已久的功能！
这是否包括打印能力？

感谢您期待已久的功能！
这是否包括打印能力？

在我的应用中，PDF打印仍然不起作用。 我收到这些错误“ ipc_message_attachment_set.cc MessageAttachmentSet被未使用的附件破坏了”

嗨@nornagon ....我确认PDF查看器可以工作，而我的赏金属于您！

我是否可以要求也修复下载和打印功能？

@godza @teckwrek目前是一个已知问题。 @nornagon希望首先发布一个工作的PDF查看器，然后再捆绑其余的。 再次感谢@nornagon ！

查看后续问题：

22179

22178

22180

@nornagon感谢您修复PDF。 我看到它应该在Electron 9.0.0-beta.2中，不幸的是，当我尝试加载PDF文件时，我只有灰色背景和3个图标。

@ Order256啊，是的，我看到的是同一件事。 打开https://github.com/electron/electron/issues/22286跟踪问题。

我不确定用赏金怎么办，当我尝试用[email protected]尝试并发现bug＃22286时

@pbmzero您是否有遇到问题的pdf的链接？ https://gist.github.com/248085f4c2376e9211479f2d09634050这在10.0.0-nightly.20200218中对我有效。

@nornagon好吧，如果我像您在代码片段中显示的那样直接加载PDF，它会起作用。

我希望可以按照以下示例在iframe中使用它： https :

此示例在iframe中为我工作： https ：

@nornagon确实有效。 我会继续释放赏金。 希望这棒！

对我来说， electron- nightly @ 10.0.0-nightly.20200221在我拥有的六个PDF查看案例中都可以正常工作-这是一项了不起的工作，非常感谢！ 只是希望获得打印功能。

我已经尝试了最新的9.0.0 build（测试版3），并且pdf预览现在对我有用。 再次感谢！

9.0.0 beta 3或更高版本（甚至10版）会成为正式版本吗？

@waltder Electron 9稳定日期已移至Chromium的M83稳定日期，即5月19日。 https://github.com/electron/electronjs.org/pull/3770上正在进行PR，以更新网站。

@jkleinsc感谢您的信息。

打印和下载功能会在不久后修复吗？

pdf查看器再次正常运行的好消息。 非常感谢你！
已经存在两张用于打印＃22179和下载＃22178的公开票。

@nornagon您也要处理这些票吗？ 还是可以估算一下工作量？

你好！ 我正在使用稳定的Electron 9.0.5，但是当我尝试打开pdf时，它是灰色的屏幕。 我想念什么吗？

你好
在我这一方面，这种不良行为是由于这段简单的代码app.commandLine.appendSwitch('disable-site-isolation-trials');
我不了解PDF功能与代码的这一部分之间的关​​系，但是当我删除它时，它会按预期工作。