Pdf.js: ページを更新した後、ビューの位置を覚えておいてください

それは素晴らしいでしょう。

私はオープンソースを学んでいるセネカ大学の学生であり、私のコースでこのバグに取り組むことを望んでいました。 現在、他に誰も取り組んでいない場合は、試してみたいと思います。

誰も彼らがそれに取り組んでいることを示さなかったので、それはすべてあなたのものです！ ご不明な点がございましたら、IRCまでお気軽にお問い合わせいただくか、こちらにメッセージを残してください。

迅速な返信をありがとうございました。 本当にオープンソースプロジェクトに貢献したいです。 すぐに作業を開始します。 こんなことをするのは初めてなので、知っておくべきことはありますか？
どうもありがとう！

このパッチに必要なすべての情報はhttps://github.com/mozilla/pdf.js/wiki/Contributingにリストされていると思いsrc/フォルダー内のファイルに触れている場合を除いて（これは予期していません。 web/フォルダー内のファイルに触れるだけでよいと思います）、 gulp lintを実行するだけで済みます。 gulp unittestを使用して、変更を確認します。 gulp serverを実行してローカルサーバーを起動し、ブラウザでの変更をテストできます。 さらに質問がある場合は、wikiを確認するか、IRCでお問い合わせいただくか、こちらからお問い合わせください。 幸運を！

おかげで、私はファイルを読み始めます。

私はこれを調べていますが、問題をよく理解しているかどうかはわかりません。

1-ローカルPDFファイル（file：// .... pdf）を生成します。
3-PDFファイルを編集します。

それで、問題は私自身のPDFの構築/生成にのみ関連していますか？ たとえば、latex / jspdfのようなPDFジェネレーターでビルドしますか？

私は次のことをしましたが、再現できませんでした：

1. 自分でPDFを作成し、 http://localhost:8888/web/viewer.html?file=/andrei_test/a4.pdf開きました
2. 3ページに移動しました。
3. 次に、PDFを編集しました（3ページにテキストを追加）
4. 更新され、page3の新しいコンテンツが表示されましたが、まだ3ページ目でしたが、pdf.jsでpage1に移動しませんでした。

その前に、デフォルトのPDFをviewer.htmlから数回更新してみたところ、ページがまったく記憶されていないという印象を受けました。 しかし、今では理解していると思います。更新が速すぎると（更新後にスクロールバックする場所を記憶するために内部ハッシュが実行される前に）、最後のスクロールの前にあった最後の場所に移動します。最後の位置。 しかし、さらに0.5秒待ってから更新すると、問題がないことがわかり、最後にスクロールした位置までスクロールされた位置になります。

だから私はここで何をしているのかよくわかりません。 再現方法について詳しく教えてください。 ありがとう！

現時点では再度テストすることはできませんが、ステップ4であなたはそれを取得するために使用しました
更新後、1ページにジャンプします（ドキュメントが変更された場合）。 それは私がそうではなかったと言った
ローカルで動作しますが、サーバー接続を介して動作します。 それができるかどうかわからない
差。

4:42の日、2017年12月31日には、アンドレイ・ペトレ[email protected]
書きました：

私はこれを調べていますが、問題を非常に理解したかどうかはわかりません
上手。

1-ローカルPDFファイル（file：// .... pdf）を生成します。
3-PDFファイルを編集します。

それで、問題は私自身のPDFの構築/生成にのみ関連していますか？ 例えば
ラテックス/ jspdfのようなPDFジェネレーターでそれを構築しますか？

私は次のことをしましたが、再現できませんでした：

1. 自分でPDFを作成し、 http：// localhost ：8888 / web /で開きました
   Viewer.html？file = / andrei_test / a4.pdf
   http：// localhost：8888 / web / viewer.html？file = / andrei_test / a4.pdf
2. 3ページに移動しました。
3. 次に、PDFを編集しました（3ページにテキストを追加）
4. 更新され、ページ3の新しいコンテンツが表示されましたが、まだ
   3ページで、pdf.jsは私をpage1に移動しませんでした。

この前に、viewer.htmlからデフォルトのPDFを更新してみました。
何度か、ページが記憶されていないという印象を受けました
すべて。 しかし今、私はそれをあまりにも速く更新した場合（
内部ハッシュは、更新後にどこにスクロールバックするかを記憶するために行われます）、
そうすれば、最後の巻物の前にいた最後の時間にたどり着くだけで、
私の最後の位置に。 しかし、0.5秒以上無駄にしてから更新すると、
次に、問題がないことがわかります。最後にスクロールした位置までスクロールされた位置になります。

だから私はここで何をしているのかよくわかりません。 詳細を教えてください
再現する方法に？ ありがとう！

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-354573873 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AGBkZqzS34MYDM8wZi41cNY0NiVUyoI-ks5tFsNqgaJpZM4HBeqE
。

再テストしたところ、リロード時に間違いなく1ページ目に戻りました。 この
それが違いを生むならば、クロームブラウザを使っています。 そしてまだ働いている
http-serverを使用してリモートで。
ちなみに、sharelatex、rstudioなどはpdf.jsバックエンドを使用しています
この問題はすでに明らかに解決されています。 私たちは彼らにただ頼むことができませんでした
パッチを提供しますか？

2017年12月31日午前7時18分、 Yasha Savelyev
書きました：

現時点では再度テストすることはできませんが、ステップ4であなたはそれを取得するために使用しました
更新後、1ページにジャンプします（ドキュメントが変更された場合）。 それは私がそうではなかったと言った
ローカルで動作しますが、サーバー接続を介して動作します。 それができるかどうかわからない
差。

4:42の日、2017年12月31日には、アンドレイ・ペトレ[email protected]
書きました：

私はこれを調べていますが、問題を非常に理解したかどうかはわかりません
上手。

1-ローカルPDFファイル（file：// .... pdf）を生成します。
3-PDFファイルを編集します。

それで、問題は私自身のPDFの構築/生成にのみ関連していますか？ 例えば
ラテックス/ jspdfのようなPDFジェネレーターでそれを構築しますか？

私は次のことをしましたが、再現できませんでした：

1. 自分でPDFを作成し、
   http：// localhost ：8888 / web / viewer.html？file = / andrei_test / a4.pdf
   http：// localhost：8888 / web / viewer.html？file = / andrei_test / a4.pdf
2. 3ページに移動しました。
3. 次に、PDFを編集しました（3ページにテキストを追加）
4. 更新され、ページ3の新しいコンテンツが表示されましたが、まだ
   3ページで、pdf.jsは私をpage1に移動しませんでした。

この前に、viewer.htmlからデフォルトのPDFを更新してみました。
何度か、ページが記憶されていないという印象を受けました
すべて。 しかし今、私はそれをあまりにも速く更新した場合（
内部ハッシュは、更新後にどこにスクロールバックするかを記憶するために行われます）、
そうすれば、最後の巻物の前にいた最後の時間にたどり着くだけで、
私の最後の位置に。 しかし、0.5秒以上無駄にしてから更新すると、
次に、問題がないことがわかります。最後にスクロールした位置までスクロールされた位置になります。

だから私はここで何をしているのかよくわかりません。 詳細を教えてください
再現する方法に？ ありがとう！

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-354573873 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AGBkZqzS34MYDM8wZi41cNY0NiVUyoI-ks5tFsNqgaJpZM4HBeqE
。

この問題は再現可能であることが確認できます。 ページが戻るだけでなく、ズームもリセットされました。 これは、ファイルを変更したときにハッシュが変更されたことが原因である可能性があります。

@timvandermeijこれは

わからない

BrianNgo：この問題は再現可能であることが確認できました。 ページが戻るだけでなく、ズームもリセットされました。 これは、ファイルを変更したときにハッシュが変更されたことが原因である可能性があります。

@BrianNgoコードを使用してローカルで作業しましたか、それともこれをどのようにテストしましたか？ ステップバイステップの再現情報を教えていただけますか？

yashamon：それでもhttp-serverを使ってリモートで作業しています

@yashamonセットアップについて詳しく説明してhttp://localhost:8888/web/viewer.html?file=/andrei_test/a4.pdf ）でアクセスしようとしたときに、これを再現できなかったため、これに依存している可能性があります。 私もクロームを使っていました。

Jolo510： @timvandermeijこれは

@ Jolo510それはつかむためです、それのために行きます。 私はそれに取り組んでいません、私が最後に試したときにそれを再現することができませんでした。

ここでの問題は、ファイルがわずかに変更されただけで、ハッシュが完全に変更されたことです。 テストの目的では、実際のP​​DFコンテンツは重要ではありません。テストするPDFのハッシュが異なることを確認するだけで済みます。

より確実に再現するために、完全に無関係なPDFファイルのセット（たとえば、 test/pdfs/のPDF）を取得し、PDF.jsを再ロードする前にPDFファイルを上書きすることができます（ビューを2ページに設定して）。 1ページと2ページの違いがわかります）。 このようにして、同じファイルパスが別のファイルを指し、バグの動作を確認できます。

@andreipはい、Chromeを使用してローカルでテストしています。 私がしたことは、あなたが持っていたものと同様のpdfを開くことです： http：// localhost ：8888 / web / viewer.html？file = / andrei_test /a4.pdf。 次に、libreofficeを使用してファイルを変更し、エクスポートしました。 ページを更新すると、バグが発生しました。

私の意見では、これは実際にはバグではありません。 ファイルを変更することで、アプリは現在のファイルを新しいファイルとして認識します（これは最も安全な方法です）。 したがって、アプリは履歴をリセットして新しいファイルとして表示する必要があります。

本当の問題は、内部ハッシュが実行される前にファイルを更新するのが速すぎる場合です。

@andreip素晴らしい！ ローカルでレポするかどうかを確認します。

今夜、アプリをローカルで実行する予定です。 次に、翌日か2日以内にバグを再現し、コードを掘り下げます。

@BrianNgo問題がファイルの

これについて何か進展はありますか？

2018年1月17日水曜日、23：07 Johnnie Lo、 notifications @ github.comは次のように書いています。

今夜、アプリをローカルで実行する予定です。 その後、しばらく時間をかけて
翌日か2日でバグを再現し、コードを掘り下げます。

@BrianNgohttps ：//github.com/brianngo問題が更新されている場合
すぐに、潜在的な修正は何でしょうか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-358539017 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AGBkZmlmOIxzNatXTXTGW3bNaeNFkWFzks5tLtF2gaJpZM4HBeqE
。

@yashamonいいえ、私はこれについて何の進展もありません。

@ Rob--W
ねえ、
多くの人がそれを撃っているのを見ます。 試してみてください。 これについてもテストを作成する必要がある場合はお知らせください

@ ankitverma2211可能であれば、テストは素晴らしいでしょう。
ただし、この種の機能の自動テストはありません。そのため、パッチが妥当であるように見え、手動テストに合格した場合は、それも受け入れます。

これから始めたいと思います。 他の誰かが現在これに取り組んでいますか？

私が知っていることではありません。 これに気軽に取り組んでください！

確かに私はこれを始めています助けを求めてIRCであなたたちにpingします

4時24分PMティム・ファンデMeijで月、2018年12月24日には[email protected]
書きました：

私が知っていることではありません。 これに気軽に取り組んでください！

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-449718751 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AF8SZdbnLGoX5cY1fvk02tcM_3o8KDctks5u8LJUgaJpZM4HBeqE
。

@timvandermeijPDFファイルのレンダリングに関連するコード全体を確認しました。
ローカルストレージを使用して、ファイルを配列としてpdfjsビュー履歴を保存します。 各要素には、ファイルのフィンガープリントと、最後の表示履歴に関するその他のメタデータが格納されます。 ファイル変更のファイルフィンガープリントを変更すると、その新しいフィンガープリントには表示履歴がありません。

私の古いファイルのフィンガープリント=> 14ecd8cdbbf6f76f04030d59025b5937

ファイル変更後のフィンガープリント=> 619c4c4f872e96e6514b25c6a1ae03f2

私がドキュメントのフィンガープリント計算を行った限り、それはコンテンツとpdfトレーラーに依存します。

ここにいくつかの参照があります

figerprintの計算

スタックオーバーフロー参照

これについてあなたが言うことを教えてください。 この問題を解決する必要がありますか？

こんにちはラフル、

pdf.jsを使用するSharelatexの動作を確認すると役立つ場合があります
バックエンドとすでに回避策があり、ラテックスソースの後にPDFを再レンダリングします
コードの変更。ビューを維持しながら、ハッシュを確実に変更します。
ポジション。 それらの拡張機能はgithubのオープンソースだと思いますが、そうではありません
リンクを用意してください。

午前3時01分PMラーフル・シャルマで金、2018年12月28日には[email protected]
書きました：

@timvandermeijhttps ：//github.com/timvandermeij私は
PDFファイルのレンダリング中に関係するコード全体。
ローカルストレージを使用して、ファイルを含むpdfjsビュー履歴に保存します。
アレイ。 各要素にファイルのフィンガープリントとその他のフィンガープリントが格納されます
最後の表示履歴に関するメタデータ。 のファイルフィンガープリントを変更するとき
ファイルが変更され、その新しいフィンガープリントについてはビューがありません
歴史。

私の古いファイルのフィンガープリント=> 14ecd8cdbbf6f76f04030d59025b5937

ファイル変更後のフィンガープリント=> 619c4c4f872e96e6514b25c6a1ae03f2

私がドキュメントの指紋計算を行った限り、それは依存します
コンテンツとPDFトレーラーについて。

ここにいくつかの参照があります

figerprintの計算
https://github.com/mozilla/pdf.js/blob/58c3ea08202becf007c304512c44726719acb508/src/core/core.js#L513

スタックオーバーフロー参照
https://stackoverflow.com/questions/33309378/using-fingerprint-generated-by-pdfjs-as-unique-id-for-a-pdf

これについてあなたが言うことを教えてください。 この問題を解決する必要がありますか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/mozilla/pdf.js/issues/6847#issuecomment-450426605 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AGBkZidcCqtZjNp18mXaFfC78IfPRj-1ks5u9oaTgaJpZM4HBeqE
。

これを担当するリポジトリへのリンクを共有できれば、バグではなくこのリポジトリの機能になるので、非常に役立ちます。

以前は、キー「Cr」を「viewBookmark」クリックに置き換えるグリースモンキースクリプトを使用していました。これにより、基本的にこの問題が解決されます。 Firefoxの一部のバージョンの後で機能しませんでした。 pdf.jsにgreesmonkeyがロードされていないようです。 それは意図されていますか？

編集：少し検索した後、これは意図的なものだと思います-https： //discourse.mozilla.org/t/extensions-on-pdfjs-pages/28441

@timvandermeij @yashamon

Sharelatexレポを見ました。 彼らは、ドキュメントの変更に伴って変化するフィンガープリントではなく、projectIdでpdfjs.historyを追跡することを使用してそれを行っていますが、その特定のドキュメントのprojectIdはsharelatexでも同じままです。

いくつか質問があります。 IRCであなたたちと接続しようとしましたが、応答がありませんでした

質問：

1. PDFが変更され、ユーザーが新しいタブで新しいファイルを開いた場合にも、ページ番号を維持する必要があります。
   現在のフィンガープリント方式で維持されているためです。
2. 現在のタブにのみ配置する必要がある場合は、セッションを使用できます。それ以外の場合は、view_historyにさらにいくつかのキーを追加します。
   案内してください

＃10424で修正されました。

これをテストしたばかりですが、それでも同じ動作です。 ページを更新すると、PDFファイルが変更されていない場合にのみページビューの位置が修正されます。変更されていない場合、ビューは最初のページにジャンプします。 これはラテックスでテストするのが非常に簡単です。ドキュメントを選択してPDFをプレビューします。ラテックスソースにランダムな単語を追加し、pdfを再コンパイルしてプレビューします。pdfjsプレビューは最初のページにジャンプします。 私はChromeでリリース2.2.191を使用しています。 機会があればFirefoxにチェックインします。

Firefoxでテストしましたが、最新リリースでは問題が修正されているようですが、Chromeバージョンが遅れているだけですか？

Chrome拡張バージョンにはこのパッチが含まれています。 ブラウザの動作が異なるため、動作が異なる場合があります。 私はかつてhttps://github.com/mozilla/pdf.js/commit/cdea75dc397f4eb4d6fd1f7d8a388c7d11df3452（https://github.com/mozilla/pdf.js/pull/6200の一部でした）に問題の詳細な説明を投稿しました。

*ラテックスで生成されたpdfに関して同様の問題＃11359を提出しました。 これが「ファイルの内容に基づくハッシュ」@​​ Rob--Wを使用することは実際には正しくありません。 むしろ、これは作成時にPDFに埋め込まれたIDであり、そのIDがどのように生成されるかは、生成するアプリケーションによって異なります。* latexの場合、現在の時刻とtexファイルのパス名の組み合わせに基づくハッシュです。 解決策については、私の最後のコメントを参照してください。