取得・保存がうまくいかないとき

画面の状態から段階を確認する

公式サイトが直接開けても、取得用APIからの読み込みが同じように成功するとは限りません。通信の経路や公式ページの構造が異なるためです。原文が読めることは重要な確認ですが、それだけで保存ツール側の問題がないとは判断できません。

まず1件で試し、次に少数でまとめる

ZIP保存が失敗した場合は、同じページの中から記事を1件だけ選んでPDFにします。単独では成功するなら、次に2〜3件で試します。少数なら保存でき、大きな件数で失敗する場合は、処理時間や端末メモリの影響を切り分けるため、複数回に分けて保存します。

特定の記事だけ単独でも失敗するなら、記事固有の構造や画像に関係する可能性があります。Web版は選んだ記事を順番にPDF化し、すべての生成が終わってからZIPを作ります。途中で1件が失敗すると、その回のZIP作成が完了しません。問題のある記事を特定して別に確認すると、残りの記事を保存できるか判断しやすくなります。

保存中はページを閉じたり再読み込みしたりせず、「PDF作成中」の表示が進むかを見ます。失敗が表示された場合は、その文言と対象記事を記録してください。同じ操作を大量の記事で繰り返すより、少数にして再現するかを見る方が状況を把握できます。

画像が欠ける場合と、ページが白紙になる場合

画像が表示されない場合は、公式記事でも同じ画像が表示されるかを確かめます。画像だけ読み込めない状態や、取得に時間がかかる状態があります。Web版のPDF生成では画像の読み込みを待ちますが、読み込めない画像は生成対象から外れる場合があります。そのため、PDFファイルが完成していても全画像がそろったことにはなりません。

後半のページが白紙の場合は、写真が多く縦に長い記事を大きな画像として処理する負荷が関係する可能性があります。これは原因の候補であり、すべての白紙を同じ理由と断定できません。単独保存でも再現するか、別のブラウザでも同じ記事で再現するかを確認すると、端末側と記事側を切り分ける情報になります。

PDFのページ境界で文字や写真が欠けるときは、該当するページ番号を控え、原文のどの箇所に対応するかを記録します。画像の見た目だけでなく、その前後の文章も比べてください。いずれも確認を終えるまでは、以前の正常な保存ファイルを上書きせず残しておくと比較できます。

不具合報告に役立つ情報

同じ記事で問題が続く場合は、GitHub Issuesへ次の情報を添えて報告してください。公開されている記事URLがあると、タイトルだけの報告より対象を特定しやすくなります。

1. グループ、メンバー名、記事の公開URL。
2. Web版・Android版・iOS版のどれを使ったか。
3. 端末とOS、Web版ならブラウザの種類。
4. 単独保存か複数保存か、選択した記事数。
5. エラー文言、白紙のページ番号など、期待と異なる結果。
6. 1件だけの再保存で同じ問題が起きたか。

GitHub Issuesは公開の場所です。アカウントのパスワード、個人の住所、認証情報は記載しないでください。画面画像を付ける場合も、不要な個人情報が写っていないか確認してください。本サービスの不具合について、各グループの公式運営へ問い合わせる必要はありません。