github/overleaf
1
0
Fork 0
mirror of https://github.com/overleaf/overleaf.git synced 2024-09-16 02:52:31 -04:00
Code Issues Projects Releases Packages Wiki Activity
overleaf/services/web/frontend/js/vendor/libs/pdfjs-dist/CHANGELOG.md
Jakob Ackermann 86099725ad Merge pull request #4293 from overleaf/jpa-pdf-js-error-handling 
[frontend] fix broken PDF preview caused by missing error handling

GitOrigin-RevId: a7bba8d1b351a53fb20eb670d2ae4c6d215d0d85
2021-07-28 02:06:15 +00:00

2.1 KiB
Raw Blame History

2021-07-05

For https://github.com/overleaf/issues/issues/4503#issuecomment-873961735

Fork base

Based on v2.2.228 (d7afb74a6e1980da5041f376e7a7c7caef5f42ea)

Changes:

  • fix handling of fetch errors (9826c6eb1ecd501ac3eb1e9d9a98a3e6edde3fd0)
  • do not bundle NodeJS stream backend (6d118ec35e6e6f954938a485178748f1bb8bdd8a)

Reproducing of artifacts

  • NodeJS v10.23.3 in docker
  • npm v6.14.11 in docker
  • pdf.js$ npm ci
  • pdf.js$ npx gulp generic
  • pdf.js$ cp build/generic/build/pdf.* build/generic/LICENSE HERE/build

Testing

PDF.JS does not properly handle network errors for range requests. Any of the initial probe request or following chunk requests can get the editor stuck.

Once any of the requests has failed, the current pdf.js document is stuck and it's (loading) promise never resolves/rejects. This is in turn breaking the frontend cleanup ahead of switching the pdf. New successful compiles will get queued on top of the stuck promise.

9ed96cd93d/frontend/js/ide/pdfng/directives/pdfRenderer.js (L549-L552)

9ed96cd93d/frontend/js/ide/pdfng/directives/pdfViewer.js (L46-L47)

Steps to reproduce:

old (and new) logs ui

  • set network speed to something very slow (the chrome dev-tools allow custom profiles, set 1kb/s up/down and 1s latency)
  • wait for the compile response to arrive (see new pending requests for log/pdf)
  • trigger a clear cache in another browser tab
  • resume fast network speed

new logs ui

  • open dropdown of (re-)compile button
  • set network speed to something very slow
  • wait for the compile response to arrive (see new pending requests for log/pdf)
  • click re-compile from scratch (which shifts over the stop compile open of the dropdown)
  • resume fast network speed

Alternative reproduction steps involving hacking the ssl-proxy: