@sethlu @gnahzak algum de vocês teve tempo para trabalhar nisso?

Este ainda é um bloqueador 3.0.0

@ckerr Não tivemos muito progresso desde que https://github.com/electron/electron/pull/13760 foi aberto.

Como uma versão "estável" pode ser lançada sem que isso seja corrigido? Passei horas tentando descobrir por que meu aplicativo não funcionou após a atualização.

3.0.0 é uma nova versão principal, por definição pode conter "mudanças que quebram a compatibilidade com versões anteriores". Eles podem ter seus motivos pelos quais excluíram isso para 3.0.0, mas sim, acho que remover recursos como este não é tão legal também ...

Como uma versão "estável" pode ser lançada sem que isso seja corrigido? Passei horas tentando descobrir por que meu aplicativo não funcionou após a atualização.

É horrível! Mesmo até agora eles não consertaram ...

Optamos por descartar o suporte à renderização de PDF nativo da versão 3.0.0 porque não temos pessoas suficientes para continuar a mantê-lo, e não é um recurso amplamente utilizado. Isso foi observado nas notas de lançamento . Ainda estamos interessados ​​em trazê-lo de volta, mas ninguém na equipe principal tem tempo disponível para trabalhar nele no momento, então ele está paralisado em um futuro próximo. Se você quiser ver seu retorno, tente fazer um PR!

Eu realmente apreciaria fazer isso funcionar novamente. Como posso ajudar?

Existe alguma maneira de fazer isso funcionar no meu aplicativo sem ter que usar uma versão desatualizada?
Devo usar https://github.com/electron/electron/tree/enable-pdf-plugin ? Se sim, como?

A melhor maneira de começar seria, obtendo uma compilação local do elétron em execução, e especificando o enable_pdf_viewer = true opção de compilação no gn gen passo, por exemplo,

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

(ou de forma equivalente, edite out/Debug/args.gn depois de executar a etapa gn gen normal e adicione o argumento enable_pdf_viewer = true .)

A melhor maneira de começar seria, obtendo uma compilação local do elétron em execução, e especificando o enable_pdf_viewer = true opção de compilação no gn gen passo, por exemplo,

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

(ou de forma equivalente, edite out/Debug/args.gn depois de executar a etapa gn gen normal e adicione o argumento enable_pdf_viewer = true .)

Como posso fazer isso com o construtor de elétrons?

O construtor de elétrons, apesar do nome, não é uma ferramenta para construir o próprio elétron. Você precisará seguir as instruções para construir o próprio elétron .

(a referência acima estava errada; eu estava limpando minha área de transferência e ela disparou).

O construtor de elétrons, apesar do nome, não é uma ferramenta para construir o próprio elétron. Você precisará seguir as instruções para construir o próprio elétron .

Se é apenas um sinalizador, por que não está habilitado na compilação oficial?

Se é apenas um sinalizador, por que não está habilitado na compilação oficial?

Ativar o sinalizador realmente não o faz funcionar; em seu estado atual, ele simplesmente adiciona as dependências e arquivos necessários ao processo de construção do Electron. Esses arquivos têm erros de compilação e causam travamentos durante a execução. Esses problemas de compilação e travamentos precisam ser corrigidos antes que possam ser ativados na compilação oficial.

Para sua informação ... se você precisar de suporte para visualizador de PDF em 3-0-x agora, você pode usar https://github.com/gerhardberger/electron-pdf-window. Acabei de testar no Electron 3.0.8 e funciona perfeitamente.

Obrigado @jkleinsc, infelizmente sua solução não funcionará com um iframe.
No meu fork do 3-0-xi tentei consertar o visualizador de PDF com este commit .

Isso compila e vincula, infelizmente o PDF ainda não funciona, depurei e descobri que:
Em AtomResourceDispatcherHostDelegate :: ShouldInterceptResourceAsStream ()
GetAssociatedRenderFrame retorna -1 e -1.

Quando eu depuro no branch 2-0-x não obtenho valores -1 e o PDF funciona.
Alguém pode me ajudar? Talvez você @ deepak1556 ?

Optamos por descartar o suporte à renderização de PDF nativo da versão 3.0.0 porque não temos pessoas suficientes para continuar a mantê-lo, e não é um recurso amplamente utilizado. Isso foi observado nas notas de lançamento . Ainda estamos interessados ​​em trazê-lo de volta, mas ninguém na equipe principal tem tempo disponível para trabalhar nele no momento, então ele está paralisado em um futuro próximo. Se você quiser ver seu retorno, tente fazer um PR!

Olá @nornagon. O que posso ver nas notas de lançamento é que "O PDF Viewer não está funcionando no momento, mas está sendo trabalhado e voltará a funcionar em breve".
Essa mensagem foi muito positiva, muito mais do que "não é um recurso amplamente utilizado". A propósito, você tem alguma estatística sobre esta última afirmação?

Eu sei que não é StackOverflow, mas por enquanto estou usando

shell.openItem(fullPath)

para usar o visualizador de pdf do sistema que está instalado na maioria dos sistemas de qualquer maneira e que também tem uma opção de impressão que parece estar ausente até mesmo de [email protected]

Há algum trabalho planejado para o próximo grande lançamento? Ainda estamos no elétron v2.0.16 por causa do visualizador de PDF.

v4.0.0 acabou de lançar e de acordo com o Documento de Suporte, você só

@jkleinsc Isso está sendo trabalhado ativamente? Caso contrário, vou trabalhar em uma correção.

@chriswald Estou trabalhando nisso, mas ainda não terminei; portanto, se você tiver uma solução pronta, me avise; caso contrário, terminarei o trabalho que comecei.

Resolvi a maioria dos erros de compilação, mas desliguei esta manhã na geração dos arquivos pdf_viewer_resources. Podemos bater um papo no Slack para não enviar spam para todos neste tópico?

@chriswald claro que podemos

@jkleinsc Você fez algum progresso? Não consegui entrar em contato com você no Slack, mas estou tentando entender se devo continuar investindo tempo em uma correção.

Sim, por favor, @chriswald!

Este é um bloqueador beta 3.0, 4.0 e 5.0 para nós, então estamos presos ao 2.0. @walltex para mais detalhes.

@chriswald Estou trabalhando para resolver o problema de 5-0-x e 4-0-x. Neste ponto, não estou planejando abordar 3-0-x, então se isso é algo que você está interessado em investigar, vá em frente.

@jkleinsc Perfeito! Você tem uma data estimada em que a correção estará pronta?

@chriswald boa pergunta. Devo ser capaz de descobrir um ETA esta semana. Devido à mudança que fizemos em 4-0-x para usar GN para construção, o suporte a PDF 4-0-x e 5-0-x será uma reescrita em vez de tentar corrigir o que fizemos anteriormente versões.

@jkleinsc "vai ser uma reescrita"> Isso é o que eu também tenho visto, é bom saber que estava no caminho certo. A conclusão da meta é o último fator de que preciso para decidir se preciso continuar trabalhando nisso para cumprir nossos próprios prazos. Obrigado pela sua actualização! Por favor, mantenha-me informado!

@chriswald, depois de cavar um pouco mais e olhar para minha programação, estou conservadoramente estimando ter uma resolução até o final do mês. Pode ser feito mais cedo, mas preciso ser realista, pois estou viajando 2 das 4 semanas em fevereiro.

@jkleinsc Obrigado pela atualização! Isso soa bem para mim e se encaixa bem em nossos próprios prazos. Vou manter meu ambiente de desenvolvimento configurado para o caso de acontecer alguma coisa, então, se essa estimativa for cancelada, por favor, me avise e talvez eu consiga voltar. Obrigado!

Alguma atualização sobre o status disso?

Rascunho / WIP PR aqui: https://github.com/electron/electron/pull/17163

Existe algum marco?
Provavelmente, moverei meu projeto para o branch 2.0.x porque realmente preciso do visualizador. Mas tê-lo corrigido no 3.x estável seria muito melhor.

@jkleinsc quanto você progrediu? Algum bom resultado?

@vsvipul está acontecendo, mas infelizmente outras responsabilidades retardaram meu progresso. Espero trabalhar nisso esta semana e na próxima

Talvez alguém possa me ajudar com essa solução alternativa aqui. Estou meio perdida.
Eu tenho um projeto angular que usa elétron com o empacotador de elétrons para obter um executável. Procurei features.gypi em meu pacote de elétrons e em meus node_modules locais sem sucesso. Alguém poderia dizer onde encontrar isso?

@Corebee Everything, incluindo todas as soluções atualmente possíveis, está resumido na resposta aceita a esta pergunta:

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

@Corebee Everything, incluindo todas as soluções atualmente possíveis, está resumido na resposta aceita a esta pergunta:

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

Ah obrigado, não vi isso. Vou tentar, até que haja uma solução adequada. Obrigado @ MiXT4PE

@jkleinsc há alguma notícia sobre a atualização? Além disso, se houver alguma maneira de eu poder ajudar com isso, ficarei feliz em.

@DmitryMK, parece que a implementação em 5-0-x e mais recentes exigirá que tenhamos o serviço de rede habilitado. Há um trabalho em andamento aqui para permitir que: # 15791

@jkleinsc obrigado pela atualização. Parece que habilitar o próprio serviço de rede é uma grande tarefa. Só para esclarecer, isso significa que o visualizador de PDF não estará nas versões 3 e 4?

@DmitryMK O trabalho que estou fazendo é centrado em fazê-lo funcionar no master, que provavelmente neste ponto será 6-0-x. Se pudermos fazer o backport, faremos, mas, devido ao requisito de serviço de rede, duvido que chegará a 3 e 4.

@jkleinsc - Existe uma estimativa de quando haverá uma versão eletrônica contendo a correção?
De sua resposta ao DmitryMK, entendo que não devemos confiar no backport da correção para o Electron 4?
Essa é uma grande regressão que afeta muitos aplicativos e impede a atualização do electron 2.0.X até que haja uma versão que contenha a correção

@jkleinsc como podemos ajudar? https://github.com/electron/electron/pull/17163

@arnaudbud obrigado por perguntar. Tenho tentado fazê-lo funcionar, mas acho que minha abordagem de tentar seguir de perto o que o Chromium está fazendo não funcionará até que tenhamos um suporte mais robusto para extensões. Há um PR aqui # 17440 que está tentando fazer isso. Neste ponto, vou tentar resolver isso, então se alguém quiser tentar (talvez em uma abordagem que não requeira suporte de extensão) fique à vontade para fazê-lo.

@jkleinsc então isso significa que não há chance do visualizador de PDF nativo ser implementado na v6.x?

Executando Electron 6.0.0-beta.4
Ainda sem suporte para pdf 👎

@ mailtokartik1 é possível que

curioso, um c ++ é necessário para contribuir com o Electron?

O que o visualizador de PDF integrado suporta que não pode ser alcançado usando PDF.js?

Pelo que eu saiba, nada, a não ser ter que refatorar a base de código em aplicativos antigos.

Parece que seria relativamente fácil criar um BrowserWindow que carregasse o PDF necessário no visualizador de PDF.js. Aqui está um exemplo que encontrei para fazer isso.

Apenas certifique-se de incluir todos os arquivos PDF.js relevantes.

Estamos usando PDF.js para carregar visualizações em nossa IU principal e só temos coisas boas a dizer sobre isso. É o visualizador usado no Firefox, por isso foi bem testado.

@beig refs # 12337

"Ele foi desativado durante a atualização do Chromium 63 em # 11459.
Ative a sinalização enable_pdf_viewer em features.gypi, corrija a compilação e os testes. "

Podemos fazer isso no próximo beta?

Isso deixa de fora os PDFs embutidos, não é necessário abrir uma janela inteira -

@Nashorn, o exemplo que

Parece que agora também não está funcionando ...
Estou tentando usar a tag de objeto com application / pdf e não ...

@dalexhd Se você concordar com a abertura em uma nova janela, verifique esta resposta: https://stackoverflow.com/q/52844135/7910454

Quer dizer, definindo plug-ins como verdadeiros? Se for esse o caso, ainda não está funcionando ....
Se não, por favor vá um pouco no depper ...
¿Como posso exibir pdf como no cromo, no Electron?

É possível obter exatamente o mesmo comportamento que o visualizador de PDF integrado, usando pdf.js?
Antes que o visualizador embutido fosse uma coisa (acho que o electron v1 ou mesmo o primeiro v2), tentei uma solução usando o pdf.js, mas parecia excessivamente complicado.

Renderizar PDFs por meio de pdf.js funcionou bem quando eu sabia de antemão que o tipo de conteúdo era application/pdf , pois eu poderia pegar o URL do recurso e passá-lo por meio do parâmetro de consulta para uma cópia local do pdf.js, e então isso em sua própria janela ou apenas embutido dentro de um <iframe> .

Mas não consegui encontrar uma boa solução para renderizar um PDF que é uma parte do conteúdo renderizado em <iframe> (ou <iframe> dentro de <iframe> várias camadas de profundidade etc. .), pois não acredito que poderia reescrever src do iframe para apontar para pdf.js

Existe uma maneira de detectar todo o conteúdo do tipo application/pdf e processá-lo via. pdf.js, mesmo que seja conteúdo incorporado em várias camadas profundas em elementos <iframe> ?

Isso é algo que funcionou apenas com o visualizador integrado e é minha principal objeção a PDF.js se tornar a "solução" permanente, a menos que alguém possa me ajudar com minhas dificuldades acima :) :) :)

@ chris-ls no meu caso, meu pdf contém entradas dinâmicas, então minha empresa não pode preenchê-los com pdf.js.

Também tenho páginas com visualização de PDF inline, não podendo modificar centenas de páginas para fazer este tipo de wireup, além de não ter acesso ou permissão para modificar o HTML / js de entrada

PDF embutido / embutido fornece aos nossos aplicativos o contexto mais necessário;
É valioso olhar para o conteúdo PDF em uma visão mais ampla.

O plugin de PDF do Chrome é superior a todas as implementações React pdf.js que fiz para um test drive até agora, tanto em desempenho quanto em simplicidade / robustez.

Podemos habilitar o suporte a PDF embutido / embutido no Electron Chrome em uma versão futura ou ter uma configuração PATCH para seguir por enquanto.

bom gosto para isso

Este é realmente um problema de bloqueio para mim, meu aplicativo é projetado para uso corporativo com geração de certificado PDF de banco de dados.
Este é um recurso necessário para mim.

@jkleinsc , você removeu sua tarefa - este problema ainda está sendo resolvido?

@ MiXT4PE que eu conheça, ninguém está trabalhando nisso no momento.

@jkleinsc Isso é realmente chato. Quais são as dificuldades?

Eu realmente gostaria de saber. Todas as soluções alternativas fornecidas pela equipe e outras pessoas estão longe de ser aceitáveis. Precisamos de uma maneira nativa e contínua de usar objeto e / ou iframe para mostrar PDFs incorporados.

@ MiXT4PE, a principal coisa que encontrei ao tentar transferir pelo visualizador do Chromium foi sua dependência do sistema de extensão de cromo. O elétron suporta apenas uma parte desse sistema, o que dificultava a integração do visualizador.

@jkleinsc Por que funcionou com Electron 2.xe parou de funcionar com 3.xe superior? O visualizador de pdf no Chromium 61 (Electron 2.x) não dependia do sistema de extensão do Chromium?

Quando 2.XX parar de receber atualizações de segurança em breve, essa situação vai de terrível a desastrosa ...

Cito as notas da versão 3.0.0 :

O Visualizador de PDF não está funcionando, mas está sendo trabalhado e estará funcional novamente em breve

@ MiXT4PE O código aberto é amplamente orientado por voluntários e colaborativo. Por causa disso, tempo e energia para fazer as coisas costumam ser os recursos mais escassos. Queremos que a Electron seja o melhor que pode ser, mas também temos que ser realistas sobre o que a equipe que mantém a Electron pode alcançar. Isso significa que:

• Podemos não ter um HEC para quando um problema será investigado ou corrigido.
• Algo que você deseja implementar pode não ser implementado.
• Uma alteração que você deseja mesclar pode não ser mesclada.
• Insistir ou fazer demandas por qualquer um dos itens acima é considerado contra o Código de Conduta da Electron

@jkleinsc Concordo com você ... Mas lembre-se que este é um recurso muito importante que parou de funcionar após o relançamento da versão 2.0. Você pode nos explicar por que esse "bug" não está sendo investigado?
Thaks for all pacience ^^.

@dalexhd infelizmente não é uma prioridade para as empresas que pagam os principais mantenedores do Electron e não conheço nenhum voluntário que esteja disposto a trabalhar nisso em seu tempo livre. O implementador original desse recurso mudou para outra empresa que não precisa desse recurso.

Todos: Este é o jogo de código aberto. Se você quiser um recurso: faça , pague por ele ou espere ;)

@jkleinsc Que tal adicionar este repositório ao issueHunt ou Github Sponrors como eu sugiro nesta edição # 18113? Isso pode motivar as pessoas a trabalhar em recursos como este.

@popod sim, este problema seria um grande ajuste, algo como IssueHunt. Vou repassar para os outros mantenedores.

com ?
Quer dizer, podemos ser pagos para adicionar recursos / correções de bugs (~~ bombardeio cerebral)?

Estou disposto a investir $ 1000 para este recurso. Alguém mais?

Atualmente estou fora do escritório. Volto em 5 de agosto de 2019.
Responderei sua mensagem quando voltar.

A resposta está relacionada a um e-mail com o seguinte tópico:
Re: [elétron / elétron] Ativar Visualizador de PDF (# 12337)

Enviado (c) GRZ / RACON Linz 2019 Agente 'Ausência'

Raiffeisen Software GmbH
Número de registro comercial: 86804d, Landesgericht Linz
DVR: 0572934, UID: ATU 36961105

A troca de mensagens com o remetente acima mencionado via e-mail
é apenas para fins informativos. Declarações legais
não pode ser trocado por este meio.
A correspondência com o remetente acima mencionado por e-mail é apenas para
fins de informação. Este meio não deve ser usado para a troca de

comunicações juridicamente vinculativas.

@jkleinsc Agora que um melhor suporte a extensões está a caminho com o # 17440 - você acha que o trabalho neste problema será retomado?

@ MiXT4PE, espero. Vou pelo menos atualizar o # 17163 para obter as alterações do # 17440 e ver se o trabalho atual desbloqueia coisas.

@jkleinsc Obrigado!

Obrigado 👍

Não sei o quanto isso vai ajudar vocês, mas pode haver uma solução temporária para o problema do PDF usando Mozilla pdfjs até que o Electron suporte PDF nativo em um futuro próximo. O mimeType do item de download no Electron pode ser verificado e roteado para viewer.html para que os pdfjs abram e carreguem o pdf no visualizador de PDF do Mozilla.

Um pequeno snippet de trabalho pode ser o seguinte:

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"));
  }
}

Tenho uma demonstração de trabalho do mesmo aqui: https://github.com/mailtokartik1/sampleElectron.
Obviamente, você pode adicionar o pdfjs como um controle remoto, mas esta é apenas uma demonstração funcional. Espero que isso ajude alguém.

@ mailtokartik1 Mozilla pdf.js não suporta preenchimento de campo. Este é o principal problema.

@dalexhd sim, mas percebi que não há nenhum código de solução alternativa auxiliar para esse problema neste segmento e talvez algumas pessoas estejam apenas procurando uma solução alternativa.

Olá @ mailtokartik1
você poderia explicar como essa solução alternativa funcionará em alto nível? Parece que ele intercepta a solicitação e redireciona para um visualizador, mas não vejo o var "encodedUrl" sendo usado. ?

Oi @Nashorn
Sim, o encodeUrl não é usado aqui, eu estava tentando pegar o encodedUrl da página da web e exibi-lo para o usuário, mas funcionou bem sem ele e não achei necessário (editei o comentário btw). Sobre a explicação, o comportamento padrão do Electron é baixar os links do pdf, então basicamente se ouvirmos o evento will-download e verificar se é um PDF, então podemos encaminhar o conteúdo para o visualizador do pdfjs.

@ mailtokartik1 Não acho que isso funcione para arquivos PDF incorporados.

Quero ter arquivos PDF incorporados ao HTML por meio de um iframe e ele apenas redireciona para uma tela branca quando implemento o que você fez.

@teckwrek Estou disposto a investir $ 1000 por este recurso. Alguém mais?

Vou facilmente adicionar $ 500 a esse pote. @jkleinsc : Alguém instalou um Issuehunt?

Estou disposto a adicionar minha gratidão insana porque sou pobre.

@jkleinsc Você fez algum progresso? Além disso: Qual seria o procedimento para pagar por esse recurso?

@ MiXT4PE infelizmente não. O IssueHunt parece querer mais permissões do GitHub do que estamos acostumados, mas qualquer um é livre para abrir uma recompensa no BountySource ou em uma plataforma semelhante.

@jkleinsc Existem questões mais importantes agora ou ele está sendo bloqueado por outra coisa?

@ DanielJackson-Oslo @teckwrek Você pode colocar uma recompensa por este problema em https://www.bountysource.com/issues/56240517-enable-pdf-viewer

@teckwrek @ MiXT4PE adicionou meus $ 500

@jkleinsc Há alguma outra maneira de ajudarmos a fazer isso?

@ DanielJackson-Oslo De longe, a maneira mais fácil de contornar isso é adicionar o código do visualizador pdf.js daqui [clique em Estável (v2.1.266)] para alguma pasta estática em seu aplicativo de elétrons e carregue em um iframe src="statics/pdfjs/web/viewer.html?file=file:///path/to/some.pdf" ou mesmo um pdf codificado em base64 como src="statics/pdfjs/web/viewer.html?file=data:application/pdf;base64,<data>"

[editar] O último está provavelmente sujeito a um limite de URL de 2 MB, a menos que tenha sido levantado no recente cromo ou elétron.

@ mosu-forge Obrigado. Por enquanto, há problemas com o pdf.js e o aplicativo Create react, que não consegui resolver da última vez. Vou abordar isso mais tarde, mas ainda parece um hack. Corrigir esse problema e obtê-lo do Chromium seria uma solução muito mais agradável.

Veja https://github.com/wojtekmaj/react-pdf/issues/413 e https://github.com/wojtekmaj/react-pdf/issues/291 , bem como https://github.com/mozilla/pdf .js / issues / 10813

Eu não tentei adicioná-lo como você descreveu lá, vou colocá-lo no backlog :)

Existem soluções para exibir documentos PDF, no entanto, a implementação do Chrome é de longe superior, daí o nosso peso nesta questão; O plugin de PDF do Chrome é superior a todas as implementações React pdf.js que fiz para um test drive até agora, tanto em desempenho quanto em simplicidade / robustez.

@ mosu-forge

Além disso, incluir pdf.js parece um "hack" desnecessário quando o Chromium tem suporte nativo para leitura de PDF.

É muito mais fácil simplesmente deixar o Chromium lidar com isso em vez de ter que escanear a página inteira em busca de qualquer frame que tenha uma fonte PDF e substituí-lo por um visualizador de pdf.js, pelo menos na minha opinião. (Exemplo baseado em meu requisito de uso.)

@teckwrek > Estou disposto a investir $ 1000 por este recurso. Alguém mais?

Ele está disponível aqui: https://www.bountysource.com/issues/56240517-enable-pdf-viewer
Apenas um lembrete!

@ MiXT4PE @ DanielJackson-Oslo adicionou meus $ 1000

@jkleinsc Por favor!

Estou com problemas para fazer os testes, alguém poderia me ajudar? Eu quero tentar resolver isso

Meus testes estão falhando na nova instalação. Presumo que devo fazê-lo funcionar até iniciar minhas alterações - você poderia ajudar a executá-las?

Versão do nó usado: v8.16.0
SO: Linux x64 kernel 5. * (néon KDE)
todas as bibliotecas instaladas e ferramentas compiladas como na documentação

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.

Alguma atualização? @jkleinsc

Alguém pode fornecer uma estimativa razoável de quanto pode ser necessário $ -wise para tornar isso uma prioridade? É viável deixá-lo pronto até abril de 2020?

Alguém pode fornecer uma estimativa razoável de quanto pode ser necessário $ -wise para tornar isso uma prioridade? É viável deixá-lo pronto até abril de 2020?

Aparentemente> $ 1.600 (https://www.bountysource.com/issues/56240517-enable-pdf-viewer)

Vejo que foi isso que foi confirmado, estou pedindo para alguém escrever esse código o que seria necessário. Por $ 1600 ainda estamos esperando por uma solução. $ 4000 é um alvo melhor? $ 16.000? Não sei o nível de esforço envolvido no que precisa ser feito, então é difícil para mim saber o que é razoável.

Enviado do meu iPhone

Em 8 de dezembro de 2019, às 9h31, Leon Heess [email protected] escreveu:

Alguém pode fornecer uma estimativa razoável de quanto pode ser necessário $ -wise para tornar isso uma prioridade? É viável deixá-lo pronto até abril de 2020?

Aparentemente> $ 1.600 (https://www.bountysource.com/issues/56240517-enable-pdf-viewer)

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub ou cancele a inscrição.

@namotco Você pode definir uma recompensa que expira. Apenas selecione a expiração em 3 meses e prometa o que está disposto a pagar por esse recurso. Você pode obter o recurso até lá ou receberá seu dinheiro de volta.

relevante: https://bugs.chromium.org/p/chromium/issues/detail?id=702993

Isso deve estar pronto para teste nas próximas 10.x todas as noites. Espero fazer o backport para 9.x também, embora isso possa não funcionar se causar problemas.

AH MEU DEUS, MUITO OBRIGADO, PESSOA BONITA, BONITA !!

Posso confirmar que na última compilação noturna (10.0.0-nightly.20200216), o visualizador de PDF funciona novamente. Obrigado pelo trabalho árduo a todos os envolvidos.

Obrigado por este recurso tão esperado!
Isso de alguma forma inclui a capacidade de imprimir?

Obrigado por este recurso tão esperado!
Isso de alguma forma inclui a capacidade de imprimir?

No meu aplicativo, a impressão de PDF ainda não funciona. Estou recebendo estes erros "ipc_message_attachment_set.cc MessageAttachmentSet destruído com anexos não consumidos"

Olá @nornagon .... Confirmei que o visualizador de PDF funciona e minha parte da recompensa é sua!

Posso solicitar que a funcionalidade de download e impressão também seja corrigida?

@godza @teckwrek É um problema conhecido no momento. @nornagon queria lançar um visualizador de PDF funcional primeiro e amarrar o resto depois. Obrigado novamente @nornagon !

Veja os problemas de acompanhamento:

22179

22178

22180

@nornagon obrigado por corrigir o PDF. Eu vi que deveria estar no Electron 9.0.0-beta.2. Infelizmente, eu só recebo um fundo cinza e 3 ícones quando tento carregar um arquivo PDF.

@ Order256 Ah, sim, estou vendo a mesma coisa. Https://github.com/electron/electron/issues/22286 aberto para rastrear o problema.

Não tenho certeza do que fazer com a recompensa do meu lado, quando tentei com [email protected] e presumo que acertei o bug # 22286

@pbmzero você tem um link para o pdf com o qual está tendo problemas? https://gist.github.com/248085f4c2376e9211479f2d09634050 isso funciona para mim em 10.0.0-nightly.20200218.

@nornagon Ok funcionou se eu carreguei o PDF diretamente como você mostrou no seu trecho de código.

Eu esperava que funcionasse dentro do iframe por este exemplo: https://www.w3docs.com/tools/code-editor/1087

Este exemplo funciona para mim em um iframe: https://gist.github.com/c097b618d2c1cfccf99c6a80fb15c550

@nornagon De fato, funciona. Eu irei em frente e liberarei a recompensa. Esperando que isso grude!

Para mim [email protected] está funcionando perfeitamente para seis casos de visualização de PDF que tenho - este é um excelente trabalho, muito obrigado! Só esperando obter o recurso de impressão.

Eu tentei a última versão 9.0.0 (beta 3) e a visualização em pdf está funcionando para mim agora. Obrigado novamente!

Alguma idéia de quando a versão 9.0.0 beta 3 ou superior (mesmo a versão 10) se tornará um lançamento oficial?

A data estável de @waltder Electron 9 foi movida para a data estável M83 do Chromium, 19 de maio. Há um PR em andamento aqui https://github.com/electron/electronjs.org/pull/3770 para atualizar o site.

@jkleinsc Obrigado pela informação.

Os recursos de impressão e download serão corrigidos em breve?

Ótima notícia de que o visualizador de PDF está funcionando novamente. Muito obrigado!
Já existem dois tíquetes abertos para impressão # 22179 e download # 22178

@nornagon Você vai trabalhar nesses ingressos também? Ou você pode dar uma estimativa do esforço?

Olá! Estou usando o Electron 9.0.5 estável, mas quando tento abrir um pdf é uma tela cinza. Estou esquecendo de algo?

Oi,
Da minha parte, esse mau comportamento foi devido a este trecho simples de código app.commandLine.appendSwitch('disable-site-isolation-trials');
Não entendo a relação entre o recurso PDF e esta parte do código, mas quando o removo, funciona conforme o esperado.