Pdf.js: カバレッジ統計を生成（テスト）

unittestcli-Node.jsでPDF.jsのいくつかのユニットテストを実行します（最小限のソース変更で、babelによる変換のみ）。
browsertest-ブラウザでテストを実行します（ChromeとFirefoxをテストします）。 これは、 genericビルドターゲットによって作成されたバイナリに依存しています。このバイナリは、babelでトランスパイルされ、webpackにバンドルされたコードを使用します。

ながらという注意browsertest参照テストを実行します、またありますunittestとは対照的に、ブラウザでユニットテストの完全なセット（実行するコマンドunittestcliサブセットのみを実行します既存のユニットテストの）。

さらに、 PDFJS_NEXTビルドフラグが設定されている場合（ gulpfile.js他のビルドフラグのように、またはコマンドライン引数として）、「Babelを使用した変換」ステップをスキップできることに注意してください。 コードはまだWebpackにバンドルされていますが、少なくとも変換ステップを回避することは可能です。

@ Rob--WIはこれに取り組みたい

あなたのものです！ ご不明な点がございましたら、（できればIRCで）お知らせください。

@timvandermeij Karmaツールを使用することを考えています。これは、イスタンブールのコードカバレッジエンジンで動作します。テストの実行について統計を確認し、そこからHTMLレポートを作成できます。開始するのに良い方法ですか？

Karmaを使用して、テストレポートを取得しましたhttps://drive.google.com/file/d/0ByddvU1PKkWaWEZTWHFYT0Y0aTg/view?usp=sharing
ただし、テストカバレッジ統計は表示されていませんhttps://drive.google.com/file/d/0ByddvU1PKkWaS1ZiT1dobU1DQUk/view?usp=sharing

@ Divya063たとえば、現在のコードをGithubのpdf.jsフォークのブランチにプッシュして、コードを共有できますか？ 必要に応じてwebpackとbabelのどちらを実行しているのでしょうか。

また、どのバージョンのNode.jsを使用していますか？

回答ありがとうございます。ノードのバージョンは6.11.1です。 ブランチhttps://github.com/Divya063/pdf.js/tree/devへのリンクは次の

エラーは次のとおりです。

Firefox 43.0.0
SyntaxError：インポート宣言はトップレベルにのみ表示される場合があります
Chrome 60.0.3112
Uncaught SyntaxError：予期しないトークンのインポート

これは、コードが使用前にトランスパイルされていないことを示しています。 現在、ESモジュールの組み込みサポートがあり、どのブラウザでもデフォルトで有効になっていないため（詳細）、最初にコードをトランスパイルする必要があります。

最初の投稿を編集して、PDF.jsのビルドシステムのどこでトランスパイルが構成されているかを指摘しました。 おそらく、既存のプラグインを使用して、イスタンブールとバベルを統合することができます。 クイック検索ではhttps://github.com/istanbuljs/babel-plugin-istanbulが表示され

（Firefoxの現在の安定バージョンは55です。Firefox43でテストしていましたが、これは古くてサポートされていません。再度テストする前に、Firefoxの最新バージョンにアップグレードすることをお勧めします）

@ Rob--Wエラーを表示していただきありがとうございます。結果はすぐに更新されます。

@ Rob--WIはkarma-browserifyを使用してコードをトランスパイルし、Firefoxのバージョンをアップグレードしましたが、それでも多くのエラーが発生しています。ブランチ。 / dev

エラーメッセージを共有できますか？

また、可能であれば、browserifyの代わりにwebpackを使用してみてください。これは、webpackがすでに使用されているためです。 そうすることで、ブラウザで実際に使用されるコードをインストルメント化できます。

また、.ideaやその他のユーザー固有のプロジェクト/ IDEファイルをチェックインしていることもわかります。 既存のプロジェクトに貢献するときは、関連のないファイルをプロジェクトに追加しないことをお勧めします。これは、リポジトリが乱雑になり、マージの競合が発生するためです。 最終的なプルリクエストでは、これらのファイルを含めないでください。

この問題はまだ発生していますか？ はいの場合、私はそれに取り組みたいと思います。

はい、これに自由に取り組んでください。

@timvandermeij
私はこれに取り組んでいました。 テストをカバーするためにイスタンブールを使用し、レポートを表示するためにカバーオールを使用しました。 必要に応じて、必要な変更を加えました。 ただし、を使用してカバーオールを実行するときはいつでも

npm run coveralls

次のエラーが発生します

npm run coveralls

> [email protected] coveralls /home/shikhar/Desktop/mozillaPdfJs/pdf.js
> npm run cover -- --report lcovonly && cat ./coverage/lcov.info | coveralls


> [email protected] cover /home/shikhar/Desktop/mozillaPdfJs/pdf.js
> istanbul cover test/**/*.js "--report" "lcovonly"

Running test 1/16: test_first_run
Running test 2/16: test_first_run_incognito
Running test 3/16: test_storage_managed_unavailable
Running test 4/16: test_managed_pref
Running test 5/16: test_local_pref
Running test 6/16: test_managed_pref_is_overridden
Running test 7/16: test_run_extension_again
Running test 8/16: test_running_for_a_while
Running test 9/16: test_browser_update
Running test 10/16: test_browser_update_between_pref_toggle
Running test 11/16: test_extension_update
Running test 12/16: test_unofficial_build
Running test 13/16: test_fetch_is_supported
Running test 14/16: test_fetch_not_supported
Running test 15/16: test_fetch_mode_not_supported
Running test 16/16: test_network_offline
All tests completed.
No coverage information was collected, exit without writing coverage information
[error] "2017-12-17T11:00:06.112Z"  'error from lcovParse: ' 'Failed to parse string'
[error] "2017-12-17T11:00:06.116Z"  'input: ' ''
[error] "2017-12-17T11:00:06.116Z"  'error from convertLcovToCoveralls'

/home/shikhar/Desktop/mozillaPdfJs/pdf.js/node_modules/coveralls/bin/coveralls.js:18
        throw err;
        ^
Failed to parse string
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! [email protected] coveralls: `npm run cover -- --report lcovonly && cat ./coverage/lcov.info | coveralls`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the [email protected] coveralls script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/shikhar/.npm/_logs/2017-12-17T11_00_06_136Z-debug.log

私はこれをこことここで調べてみ

コードを見ずに見分けるのは難しいです。 ここの寄稿者があなたと一緒に見ることができるように、コードをブランチにプッシュできますか？

@timvandermeijここにあります。 gemファイルは無視してください。 私はすでにそれを削除しました。

コメント@timvandermeij

グーグルを少し見ると、このエラーはcoverallsがlcov形式のデータを取得していないことを意味しているように見えます。 npm run cover -- --report lcovonly && cat ./coverage/lcov.info | coveralls内の個々のコマンドが、実際に期待する結果を返すかどうかを確認できます。

@timvandermeij
現在の主な問題はこの声明です
No coverage information was collected, exit without writing coverage information
このため、lcovファイルは常に空白のままであり、したがってこれが発生します

[error] "2017-12-17T11:00:06.112Z"  'error from lcovParse: ' 'Failed to parse string'
[error] "2017-12-17T11:00:06.116Z"  'input: ' ''
[error] "2017-12-17T11:00:06.116Z"  'error from convertLcovToCoveralls'

グーグルでは、これらは非常に一般的なエラーのようです。 エラーは基本的にイスタンブールにあります。 同じバージョンを切り替えてみましたが、エラーが発生し続けました。 ただし、すべての場所で、テストはlintやunittestなどではなく、mochaによって行われているため、ほとんど（ほとんど）の解像度もmocha専用です。 これらは私が調べたいくつかの情報源でした

https://github.com/gotwarlost/istanbul/issues/262
https://github.com/coryhouse/react-slingshot/issues/245
https://github.com/gotwarlost/istanbul/issues/496
と他のいくつかもありますが、実際にはどれも役に立ちませんでした:(

ビルドはtravis（ https://travis-ci.org/shikhar-scs/pdf.js/jobs/318422621 ）で渡され

なぜそうなっているのかよくわかりませんが、ジャスミンで成功した人もたくさんいるので、それは可能だと思います。 https://bryce.fisher-fleig.org/blog/setting-up-istanbul-with-jasmine/index.htmlが機能するかどうか試してみて

@timvandermeij
カバレッジレポートがついに生成されています。 ただし、インポートステートメントとエクスポートステートメントに問題が発生するため、トランスパイルしてからテストする必要があります。
Transformation error for /home/shikhar/Desktop/mozillaPdfJs/pdf.js/web/ui_utils.js ; return original code 'import' and 'export' may appear only with 'sourceType: "module"' (16:0)
このエラーはすべてのjsファイルで発生しているので、すぐに作業してPRを提出します。

@timvandermeij

ここにそれらがあります：ビルドパスとカバレッジの呼び出し。

カバレッジレポート

ただし、インポートステートメントとエクスポートステートメントが存在するため、これらのファイルに到達した後でも、それらは完全にテストされていないため、0％のカバレッジレポートを取得しています。 私の知る限り、ジャスミンテストの前にこれらのファイルをES6にバベリファイする必要があり、それが問題であることが証明されています。 ES6コードをジャスミンに提供するにはどうすればよいですか？
ここhttp://jpsierens.com/use-es6-right-now/に記載されているようにgulpファイルに変更を加えることはできますか？

あなたは確かに解決策に近づいています。 カバレッジレポートから、 libファイルでカバレッジを実行しているように見えます。これはすでにES6にトランスパイルされているはずです（https://github.com/mozilla/pdf.js/blob/6ac9e1c5ed0d5f067872b8482724c171c79566b2/gulpfileを参照）。 js＃L965およびhttps://github.com/mozilla/pdf.js/blob/6ac9e1c5ed0d5f067872b8482724c171c79566b2/gulpfile.js#L985）。 それとも、ユニットテスト自体がトランスパイルされていないという問題ですか？ 私はそれがどのように正確に機能するかについてはあまりよく知りませんが、そうであれば、ユニットテストのためにGulpfileにいくつかの変更が必要になる場合があります。

@timvandermeij

それとも、ユニットテスト自体がトランスパイルされていないという問題ですか？ 私はそれがどのように正確に機能するかについてはあまりよく知りませんが、そうであれば、ユニットテストのためにGulpfileにいくつかの変更が必要になる場合があります。

問題は、間違ったフォルダーでテストを実行していたことでした。 build>libフォルダーにはすでにES6形式のプロジェクト全体が含まれており、ジャスミンとカバーオールのパスなど、すべてを修正しました。
もう1つの問題は、 --report lcovonlyステートメントでした。 魔法のように（理由はわかりませんが）この部分をつなぎ服のラインから削除すると、レポートが生成され始めました。

npmの個々のコマンドがcoverを実行するかどうかを確認できます--- report lcovonly && cat ./coverage/lcov.info | カバーオールは実際にあなたが期待する結果を返します。

これを指摘していただきありがとうございます。

最後に、レポートを生成することができます：tada：少し悲しそうに見えますが、正確なファイルを読むと、その理由がわかります-

1. 実行されていないすべての条件文は、「対象外」としてカウントされます。
2. 実行されていないすべての割り当てステートメントも「対象外」としてカウントされます。

私は明らかに生成されたレポートを自分でアップロードしていませんが、ここhttp://pdfjscoveragereport.bitballoon.comのリンクでそれらをホストしています。 これらのリンクにアクセスすると、期待される正確なレポートが得られます。

ただし、これらの結果はcoveralls.ioは反映されません：cry：理由はわかりません。 また、複数回コミットした後でも、 coverallsは、最近のコミットではなく、非常に古いコミットに基づいてプロジェクトを構築していることに気付きました。そのため、カバレッジは生成されますが、常に0のままです（現在は0ではありませんが）。 それを解決する方法を教えてください。

ただし、それでもnpm run coverallsは、 build/lib/coverage/lcov-reportフォルダーにあるこの形式のカバレッジレポート全体を提供します。

これらすべてが最終的に役立つことを願っていますが、最後の問題は、これらのレポートをカバーオールに表示することです。

これは私の最新のビルドへのリンクです。 https://travis-ci.org/shikhar-scs/pdf.js
これは私の最新のコミットへのリンクです。

coveralls.ioでレポートが生成されないことを除けば、すべて問題ないと思います。 それでは、より多くの人々から注目を集め、代わりにこの問題を早期に解決する可能性があるため、PRを生成しますか？

よくやった！ 報道のアイデアを持っていることは本当に良いことです、そして、レポートは最終的に私たちにそれを与えます。 確かに、さらに多くの単体テストが必要であることを明確に示していますが、最近単体テストを追加したすべてのメソッドは、実際にレポートでカバーされているように示されているため、完全に問題ないように見えます。

ビルドされたファイルではなく、ソースファイルに対してカバレッジを実行できるかどうか疑問に思います。 これにより、理解が容易になります。これは、 http：//pdfjscoveragereport.bitballoon.com/lib/display/metadata.js.htmlで、28行目がカバーされていないのに、コードではなく、代わりに自動生成されたコードであることがわかります。 難しいことが判明した場合は、最初のバージョンとして現在のアプローチを実行し、フォローアップの問題でこれを実行できます。

それでは、より多くの人々から注目を集め、代わりにこの問題を早期に解決する可能性があるため、PRを生成しますか？

はい、それは良い考えです。 その後、レビュープロセスを開始し、対処すべき問題を確認できます。

報道のアイデアを持っていることは本当に良いことです、そして、レポートは最終的に私たちにそれを与えます。 確かに、さらに多くの単体テストが必要であることを明確に示していますが、最近単体テストを追加したすべてのメソッドは、実際にレポートでカバーされているように示されているため、完全に問題ないように見えます。

より多くの単体テストで実行できることは確かですが、悲しいことに、単体テストだけでは「十分な」十分なテストカバレッジに近づくことはおそらくないコードベースの大部分があります。

https://github.com/mozilla/pdf.js/issues/8632#issue -241690851で述べたように、いくつかの異なるテストスイートがあります。間違っていない限り、 gulp browsertestからもカバレッジ結果を取得します。実際のテストカバレッジがどのように見えるかを実際に知るためには、ほとんど不可欠です。

@Snuffleupagus @timvandermeij

今朝、ステートメントcd build && cd lib && istanbul cover --include-all-sources jasmine-node testを使用して、すべてのフォルダーでカバレッジレポートを個別に検索し、 cd <directory name>を使用して別のディレクトリを変更し、 jasmine-node <directory names and js files>を使用してテストしましたが、無駄でした。

テストレポートは時々（常にではありませんが）生成されますが、これは特定のディレクトリにある1つまたは2つのES6形式のjsファイルが原因で発生しています（カバレッジレポートの2〜3％未満しかありません）。 残念ながら、 import or export statementsを含むjsファイルは、この形式でエラーを返します。

Transformation error for /home/shikhar/Desktop/mozillaPdfJs/pdf.js/src/core/arithmetic_decoder.js ; return original code 'import' and 'export' may appear only with 'sourceType: "module"' (183:0) Unable to post-instrument: /home/shikhar/Desktop/mozillaPdfJs/pdf.js/src/core/arithmetic_decoder.js

このエラーでは、ファイルのカバレッジがまったくチェックされないため、0％のレポートが返されます。

ビルドされたファイルではなく、ソースファイルに対してカバレッジを実行できるかどうか疑問に思います。

繰り返しになりますが、ソースフォルダーにはインポートステートメントとエクスポートステートメントを含むファイルが含まれているため、上記のエラーが発生します。これにより、関連ファイルがまったくチェックされず、カバレッジが0％になります。

したがって、ビルドフォルダー自体でテストすることが不可欠です。

gulp browsertestからカバレッジ結果を取得することも、実際のテストカバレッジがどのように見えるかを実際に知るためにほぼ不可欠です。

@Snuffleupagusこれらの特定のテストはどこにありますか？ 上記のjasmine-nodeステートメントを使用して、それらを直接テストしてみることができます。

難しいことが判明した場合は、最初のバージョンとして現在のアプローチを実行し、フォローアップの問題でこれを実行できます。

ええ、私たちはむしろそれを行うことができます。

はい、それは良い考えです。 その後、レビュープロセスを開始し、対処すべき問題を確認できます。

確かに、私はそれから始めます。

＃9308のPRは、単体テストのみのテストカバレッジの例を示しています。 ユニットテストのセットが非常に小さいため、生成されたレポートはほとんど価値がありません。 詳細については、 https： //github.com/mozilla/pdf.js/pull/9308#issuecomment-353588039を参照して

したがって、ブラウザのテストを取得するには、次のものが必要です。

1. カバレッジデータを生成する方法。
2. カバレッジデータを取得する（そしてそれをカバーオールにアップロードする）方法。

1）に対処するには、 gulpfile.jsを編集して、オプションでコードインストルメンテーションを追加する必要があります。これは、ブラウザーのwindow.__coverage__オブジェクトにエクスポートされます。 gulp-istanbulが役立つかもしれません。 ドキュメントはまばらに見えますが、 https：//stackoverflow.com/questions/38208735/no-window-coverage-object-is-created-by-istanbul-phantomjsで例を見つけました

手順1を完了すると、ブラウザーのテストにはwindow.__coverage__変数（またはcoverageVariable構成パラメーターに入力したもの）が含まれます。 カバレッジレポートを取得するには：

1. テストランナー（https://github.com/mozilla/pdf.js/blob/e081a708c36cb2aacff7889048863723fcf23671/test/driver.js）を変更して、カバレッジ結果をXMLHttpRequestでテストサーバーに投稿します。
2. テストサーバー（https://github.com/mozilla/pdf.js/blob/e081a708c36cb2aacff7889048863723fcf23671/test/test.js）で、テスト結果を受信するための新しいフックを登録し、 fsを使用してファイルに書き込みます。
3. レポートをカバーオールにアップロードします（たとえば、＃9308に示すように「coveralls」コマンドを使用します）。

@ Rob--Wこのような詳細なレビューをありがとう。 フォローアップして、できるだけ早く元に戻します。

このコメントは、実装のヒントを提供し、 https： //github.com/mozilla/pdf.js/pull/9308#issuecomment-353710595からの質問に対処し

istanbulは、コードにインストルメンテーションを追加するだけです。 「インストルメンテーション」とは、実行がその行やステートメントなどを通過するタイミングを検出するJavaScriptコードを追加することを意味するため、この入力は実行可能コードであると想定されます。インストルメンテーションを追加した後にコードが大幅に変更されると、結果のカバレッジレポートは無意味になります。

このインストルメンテーションは、プログラムの実行中にオンザフライで実行できます（たとえば、コマンドラインからistanbul coverを実行すると、 istanbulはNode.jsのrequireへの呼び出しをインターセプトしますモジュールがロードされる前にインストルメンテーションを使用してコードを変換するか、実行とは別に（たとえば、ブログ投稿が示すように、インストルメンテーションされたコードはコマンドラインで生成され、実行はブラウザーで実行されます）。

＃9308の現在のPRでは、実行するプログラムとしてjasmineを使用してistanbul coverを呼び出しています。 前に述べたように、効果はgulp unittestcli実行と似ています。つまり、テストはbuild/libディレクトリにあるビルド済みのライブラリに対して実行されます（これはtest/unit/clitests.json構成されます）。 。 これは、カバレッジレポートにbuild/lib/を除くすべてのカバレッジが0と表示されている理由を説明しています（ require -d（Node.js）モジュールのみがbuild/libとbuild/streams/ - gulp unittestcliタスク定義の最後を参照してください）。

有用なカバレッジレポートを取得istanbulを統合して、コードがES6からトランスパイルされるときに、インストルメンテーションが追加されるようにする必要があります。 その後、モジュールごとのレポートを生成することがより困難になります（ただし、理論的には、ソースマップは、データを元のファイルにマップするのに十分な情報を提供します）。
これは課題であり、Babel、gulp、istanbul、およびソースマップ/モジュールの使用方法を十分に理解する必要があります（PDF.jsがすべてのモジュールをまとめてPDF.jsを生成するソースコードの関連する場所をすでに参照しましたライブラリ-＃8632を参照）。 この知識は非常に役立つので、挑戦を恐れないのであれば、私の指導の下でこれを探求することができます。

しかし、深く掘り下げる前に、もっと簡単なことから始めましょう。ブラウザからカバレッジレポートを取得することです。 ブラウザでテストを実行するには、 unittestとbrowsertest 2つの方法があります。 Node.jsでユニットテストを実行する簡単な方法はすでにあるので、 browsertest焦点を当てましょう。 ブラウザのテストでは個々のモジュールは使用されませんが、 generic gulpターゲットによってGENERIC_DIR 、別名build/generic/作成されたPDF.jsライブラリが使用されます。 したがって、コードインストルメンテーションをbuild/genericに追加するだけで十分です。 build/generic/を入力ディレクトリとして使用し、結果をcoverage/build/generic書き込むことをお勧めします。

その後、 test/test_slave.htmlを変更して、 <script>タグに../build/generic/build/pdf.jsを無条件にロードせず、 ../build/generic/build/pdf.jsまたは../coverage/build/generic/build/pdf.jsいずれかを条件付きでロードする必要があります。

通常のpdf.jsライブラリをインストルメント化されたpdf.jsライブラリに置き換えると、テストの実行時にカバレッジ統計が生成されます。 結果はグローバルwindow.__coverage__変数に格納されます。 ブラウザー内のテストドライバーが終了したら（ test /driver.jsの_quitメソッド）、このレポートをシリアル化して（たとえば、 JSON.stringify(window.__coverage__) ）、 XMLHttpRequestサーバーに送信できます。 driver.jsファイルの他の場所を参照してください- /tellMeToQuitメッセージを送信する前に、必ずサーバーにレポートを送信してください。そうしないと、カバレッジレポートが送信されない可能性があります。正しく）。
https://github.com/mozilla/pdf.js/blob/ba5dbc96326518ad716158ef040f61794cc72202/test/test.jsで、新しいカスタムAPI呼び出しの新しいハンドラーを追加できdriver.js XMLHttpRequest呼び出し（ /tellMeToQuitメッセージなど）を見て、 test.js対応するハンドラーを見つけてください。 サーバー側でシリアル化されたJSONを受け取ったら、 fs.writeFileSync APIを使用してカバレッジレポートをファイルに書き込みます（ファイルの書き込み方法を示す他の例がtest.jsます）。 。

@ Rob--W私は現在新年まで利用できません...その後は確実に追いつきます

その後、test / test_slave.htmlを変更して、.. / build / generic / build /pdf.jsを無条件にロードしないようにする必要があります。

その後、test / test_slave.htmlを変更して、.. / build / generic / build /pdf.jsを無条件にロードしないようにする必要があります。

@ Rob--WIは（testFilterパラメーターを模倣することによって） tests.js同様のパラメーターを作成することに成功しましたが、それをtest/test_slave.htmlに組み込むことは私にとってまだ問題です。 残りの変更については、もう一度PRにアクセスしてください。新しいコミットをプッシュしました。 ＃9308

また、PDF.jsに固有のIRCチャネルまたはslack / gitter /メーリングリストに参加するためのリンクを提供していただければ幸いです。

@ Rob--W問題はまだ発生していますか？ はいの場合、私はそれに取り組みたいと思います。
ありがとうございました。

これに対する最初の試みは＃9308にあるので、それをインスピレーションとして使用できます。 最小限のバージョン、つまりローカルでのみ機能するバージョンを機能させることに焦点を当てましょう。 ボットやTravisCIで動作する必要はありません。 ローカルでカバレッジレポートを作成できれば、それはすでに非常に重要です。 ローカルの場合は、インストルメント化された単体テストを実行し、それに基づいてカバレッジレポートを生成するgulp coverageというコマンドを作成するとよいでしょう。 動作してマージされているので、いつでもそれを繰り返すことができます。

@timvandermeijはまだアクティブですか？ 私もやってみることができます

はい、これに自由に取り組んでください！ 簡単に始めるべきです。 考えられるアプローチについては、 https： //github.com/mozilla/pdf.js/issues/8632#issuecomment-455868037を参照して

@timvandermeij私がこれをみることができるかどうか疑問に思っていますか？ 私が持っているもう1つの大きな質問は、代わりにnpmスクリプトを使用してレポートを生成できるかどうか、またはgulpタスクである必要があるかどうかです。

私はgulpあまり精通していませんが、それがこれの要件であるかどうかを学びたいと思っています

誰もこれに取り組んでいないと思うので、どうぞ！ 最初のパッチではシンプルに保つことが重要です。 私たちはGulpをメインのツールとして使用しているので、それを使用することをお勧めしますが、他の提案も受け付けています。 実装のアイデアについては、 https： //github.com/mozilla/pdf.js/issues/8632#issuecomment-455868037を参照して

これに取り組みたいと思います。 問題はまだ開いていますか？ そして、どこでバグをよりよく理解できますか？

@jezhouはこれに取り組んでおり、＃11580でいくらかの進歩を遂げました。 ただし、PRは最近更新されていません。

更新ありがとうございます。 私はそれに取り組み始めることができると思いますか？ どこ
詳細情報を入手できますか？ 問題とそれの残りについて??

2020年5月16日土曜日、午後5時56分Rob Wu、 notifications @ github.comは次のように書いています。

@jezhou https://github.com/jezhouはこれに取り組んでいて、いくつかを作りました
＃11580https ： //github.com/mozilla/pdf.js/pull/11580での進捗状況。 広報
ただし、最近は更新されていません。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/mozilla/pdf.js/issues/8632#issuecomment-629637879 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AKUZ65CGSIZF6OMFZWENWF3RR2A77ANCNFSM4DSK7SGQ
。