Pdf.js: 수식이 너무 크게 그려져 있습니다.

언급하는 것을 잊었습니다. Ubuntu Linux에서 Firefox 18.0.1과 함께 PDF Viewer 0.7.1을 사용하고 있습니다.

Linux에만 영향을 미치는 것 같습니다.

그러나 Windows는 로그에도 오류를 표시합니다.
[16 : 59 : 53.199] 'font-size'값을 구문 분석하는 중에 오류가 발생했습니다. 선언이 삭제되었습니다. @ http://arxiv.org/pdf/0707.3195v1.pdf
[16 : 59 : 53.569] '글꼴'값을 구문 분석하는 동안 오류가 발생했습니다. 선언이 삭제되었습니다. @ http://arxiv.org/pdf/0707.3195v1.pdf

@dabbeljuh , 관련이 있다고 생각하십니까?

@yurydelendik : 그렇지 않은 것 같습니다. 스테퍼를 사용했으며 두 경고가 첫 페이지에 나타납니다 (첫 번째는 왼쪽에 수직 arXiV-nr을 설정하고 두 번째는 페이지를 끝낼 때).

@yurydelendik 우리가 이것을 닫을 수 있다고 생각합니다. Arch Linux x64, Firefox 22 및 pdf.js 개발에서 문제를 복제 할 수 없습니다. Windows 7 x64에서도 문제가 없습니다.

두 번 확인했습니다. 내 컴퓨터에서 문제가 여전히 지속됩니다.
(Ubuntu Linux 12.04, Firefox 22, Pdf.js 0.8.1 모두)

그래도 개발 pdf.js에서 수정되었을 수도 있지만 모르겠습니다.

내가 무엇이든 테스트하길 원하는지 알려주세요.

그래도 개발 pdf.js에서 수정되었을 수도 있지만 모르겠습니다.
내가 무엇이든 테스트하길 원하는지 알려주세요.

@kaymes 웹 뷰어에서 파일을 다운로드하고 엽니 다 (PDF.js 도구 모음의 오른쪽에있는 파일 열기 버튼 클릭) : http://mozilla.github.io/pdf.js /web/viewer.html.
이것은 항상 최신 버전의 PDF.js를 사용하므로 시도해보고 파일이 올바르게 표시되는지 확인하십시오.

방금 온라인 뷰어를 사용해 보았습니다.
http://mozilla.github.io/pdf.js/web/viewer.html. 여전히 잘못 렌더링됩니다.
모든 중괄호가 너무 크게 렌더링되었습니다. 또 다른 컴퓨터
Firefox 22와 함께 Ubuntu 12.04를 실행하는 것도 있습니다. 따라서 문제는
Linux 전용 (또는 Ubuntu)이지만 최소 3 개에 표시됩니다.
다른 기계.

흠, 이상합니다. 이 경우 Arch Linux에는 문제가 없기 때문에 Ubuntu에만 국한된 것 같습니다. 매일 새로운 것을 배우십시오 :-)

애드온의 결함인지 테스트했습니다. 나는 파이어 폭스를 시작했다
안전 모드에서 온라인 뷰어를 사용하여 문서를 열었습니다. 그만큼
문제는 여전히 지속됩니다. 따라서 애드온은 배제 될 수 있습니다.

그리고 한 번 더 테스트를했습니다. Mozilla에서 직접 Firefox를 다운로드했습니다. 그래서
모든 Ubuntu 패치 / 수정이 사라졌습니다. 그리고 이걸 시작 했어요
안전 모드에서. 문제는 여전히 존재합니다.

우분투 13.04에서도 볼 수 있습니다.

[18:42:43.639] "PDF 8d10792f8d2028a66825b6ce6ab5b3c1 [1.4 GPL Ghostscript GIT PRERELEASE 9.05 / dvips(k) 5.95a Copyright 2005 Radical Eye Software] (PDF.js: 0.8.510)

http://mozilla.github.io/pdf.js/web/viewer.html 의 최신 PDF.js 개발 버전에 여전히 문제가

문제는 여전히 우세합니다 (Ubuntu 12.04, FF26).

Ubuntu 기반 Linux Mint에서이 버그는 Google Chrome 34 (및 Firefox 32.0a1)에서도 재현 할 수 있으므로 Firefox만의 문제가 아닙니다. Opera 12.16은 올바르게 렌더링됩니다.

사람들이이 버그를 찾을 수 있도록이 주석에서 TeX, LaTeX 및 수학이라는 단어를 사용할 것입니다.

이것은 앤티 앨리어싱과 관련이있는 것 같습니다. 저는 Debian Jessie 머신, Firefox 33.0.2에서 gnome 3.14를 사용합니다. RGB 및 그레이 스케일 앤티 앨리어싱 모두에서 Slight hinting 옵션을 선택하면 (Gnome Tweak Tool에서) 동일한 문제가 발생합니다. 다른 힌팅 옵션 (전체, 중간 또는 없음)으로 변경하면보기에 의도 한대로 보입니다.

Firefox에서 변경 사항을 확인하려면 최소한 탭을 새로 고쳐야합니다.

나에게 (Arch Linux) 무한 패치 fontconfig / freetype을 사용하면이 버그가 나타납니다. 바닐라 패키지를 사용하면이 버그가 나타나지 않습니다.

패치와 관련된 것인지 아니면 패치 된 패키지와 함께 제공된 구성과 관련된 것인지 모르겠습니다.

Chromium 및 Firefox의 Ubuntu 14.04에서 재현 할 수 있습니다. 문서 크기를 조정할 때 아티팩트가 어떻게 변경되는지 확인하십시오. 이 버그는 pdf.js에있는 수십 개의 pdfTeX 문서에서 보았습니다. 예를 들어 합계 인덱스도 영향을받습니다.

어디에 제출해야할지 모르겠지만 이것은 실제로 업스트림 문제로 보입니다.

대부분의 배포 관련 패치없이 Ubuntu 14.04 freetype / fontconfig를 다시 빌드했지만 문제가 지속됩니다.

또한 Ubuntu 15.10에서 최신 freetype / fontconfig를 설치했지만 문제가 지속됩니다.

업스트림 Firefox (Linux) 버그로 신고해야할까요? Firefox 또는 특정 Linux 글꼴 라이브러리로 인한 것인지 확실하지 않습니다.

다음은 최소한의 테스트 케이스입니다.

\documentclass{article}
\begin{document}
$$ \sqrt{\frac{1}{2}} $$
\end{document}

이것은 Ubuntu와 Windows에서 다르게 렌더링됩니다.

<style type="text/css">
* { margin:0; padding: 0 }
@font-face { font-family:"g_font_1";src:url(data:font/opentype;base64,T1RUTwAJAIAAAwAQQ0ZGIEG/4oQAAACcAAACWU9TLzJL4jE4AAAC+AAAAGBjbWFwAA0ApQAAA1gAAAAsaGVhZKsnRLAAAAOEAAAANmhoZWEDBvRyAAADvAAAACRobXR4BdwAAAAAA+AAAAAMbWF4cAADUAAAAAPsAAAABm5hbWUiztZPAAAD9AAAAgRwb3N0AAMAAAAABfgAAAAgAQAEBAABAQEOTU5QRUhJK0NNRVgxMAABAQFF+BsA+BwB+B0C+B4D+B8EHgoAH4uLHgoAH4uLDAdzHPRwHAWu+ZgFHQAAAKoPHQAAAAAQHQAAAK8RHQAAABwdAAABYhIABQEBDSAtOkBWZXJzaW9uIDAuMTFTZWUgb3JpZ2luYWwgbm90aWNlTU5QRUhJK0NNRVgxME1OUEVISStDTUVYMTBNZWRpdW0AAAAAAAAAAAADAQEDC62LDhwB9BwAABYOHAPoHABvFhwBYxz3jhUc//8GHP8oHAPqBRz/fRz/MgUc//kc//ccAAAc//4cAAAc//8IHAAAHP/8HAANHP/1HAABHP//CBwARBwAawUcAOcc+88FHAAhHAAAHAADHAAAHAAGHAAaCBwCJhwJHQUcAAIcAAccAAIcAAkcAAAcAAUIHAALHP/4HAAJHP/0Hhz/8BwAABz//Rz/8xz//Rz/8ggOHgoEeW8MCboKuguzkgwMs5IMDYsMDh0AAAAcEwBrAQECAwQFBgcICQoLDA0ODxAREhMUFRYXGBkaGxwdHh8gISIjJCUmJygpKissLS4vMDEyMzQ1Njc4OTo7PD0+P0BBQkNERUZHSElKS0xNTk9QUVJTVFVWV1hZWltcXV5fYGFiY2RlZmdoaWprbAsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLCwsLAAAAAAADAiQB9AAFAAACigK7AAAAjAKKArsAAAHfADEBAgAAAAAGAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAqMjEqAAAAcgByAwT0cABkAwQLkAAAAAAAAAAAAa8AAAAAAHIAAwAAAAEAAwABAAAADAAEACAAAAAEAAQAAQAAAHL//wAAAHL///+QAAEAAAAAAAEAAAAAEAAAAAAAXw889QAAA+gAAAAAngt+JwAAAACeC34nAAD0cA//AwQAAAARAAAAAAAAAAAAAQAAAwT0cAAA//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAfQAAAPoAAAAAFAAAAMAAAAAABQA9gABAAAAAAAAABAAAAABAAAAAAABAA0AEAABAAAAAAACAAcAHQABAAAAAAADAAgAJAABAAAAAAAEAA0ALAABAAAAAAAFAAwAOQABAAAAAAAGAAAARQABAAAAAAAHAAcARQABAAAAAAAIAAcATAABAAAAAAAJAAcAUwADAAEECQAAACAAWgADAAEECQABABoAegADAAEECQACAA4AlAADAAEECQADABAAogADAAEECQAEABoAsgADAAEECQAFABgAzAADAAEECQAGAAAA5AADAAEECQAHAA4A5AADAAEECQAIAA4A8gADAAEECQAJAA4BAE9yaWdpbmFsIGxpY2VuY2VNTlBFSEkrQ01FWDEwVW5rbm93bnVuaXF1ZUlETU5QRUhJK0NNRVgxMFZlcnNpb24gMC4xMVVua25vd25Vbmtub3duVW5rbm93bgBPAHIAaQBnAGkAbgBhAGwAIABsAGkAYwBlAG4AYwBlAE0ATgBQAEUASABJACsAQwBNAEUAWAAxADAAVQBuAGsAbgBvAHcAbgB1AG4AaQBxAHUAZQBJAEQATQBOAFAARQBIAEkAKwBDAE0ARQBYADEAMABWAGUAcgBzAGkAbwBuACAAMAAuADEAMQBVAG4AawBuAG8AdwBuAFUAbgBrAG4AbwB3AG4AVQBuAGsAbgBvAHcAbgADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA);}
td { border: 1px solid #ccc; width: 9px; height: 10px; }
</style>
<table cellspacing="0" cellpadding="0" style="border-collapse:collapse;empty-cells:show">
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
<tr><td></td><td></td></tr>
</table>
<div style='font:16px "g_font_1";position:absolute;top:0;left:0'>r</div>

https://bugzilla.mozilla.org/show_bug.cgi?id=1200077

Chrome도 영향을 받으므로 Firefox 버그가 아닐 가능성이 높습니다.
스크린 샷 : (Ubuntu 기반) Linux Mint의 Chrome 44.

https://bugs.freedesktop.org/show_bug.cgi?id=91829

@jethrogb 너무 많은 세부 사항으로이 업스트림을

freedesktop 사람들은 이것이 여전히 부분적으로 pdfjs 버그라고 결론을 내리는 것 같습니다. 따라서 여기서해야 할 일이 아직 남아있을 것입니다.

또한 그동안 버그가 사라질 때까지 확대하는 것 외에 쉬운 해결 방법이 있습니까? pdfjs 뷰어가 내장 된 것 같은 sharelatex를 자주 사용합니다.

pdf.js 오류입니다. 간단히 말해서 pdf.js는 해당 수학 기호에 대해 잘못된 글꼴을 만듭니다. 결과적으로 글꼴 자동 힌터가 잘못된 결론에 도달하여 잘못된 표시를 유발합니다.

따라서 pdf.js는 pdf 글꼴이 변환되는 방식을 수정해야합니다.

Firefox 문제가 아니라는 추가 증거와 마찬가지로 atom pdf보기 확장 으로이 문제에 직면했습니다. atom , PDF.js 에서 어떻게 보이는지 , 그리고 어떻게 보이는지 에 대한 스크린 샷.

Ubuntu 15.10의 Chrome에이 문제가 있음을 확인할 수 있습니다.

이 버그는 이제 최신 Freetype 라이브러리가 설치되어 수정됩니다 (> = 2.6.2).

아니요, 실제 버그는 잘못된 글꼴 글리프를 생성하는 pdf.js의 Type 1에서 OpenType으로의 변환에 있으며 AFAIK는 아직 수정되지 않았습니다.

오, 업스트림 버그를 잘못 읽었습니다. 잘못된 정보에 대해 죄송합니다.
그건 그렇고, 데비안 컴퓨터 (Jessie와 Stretch) 에서이 버그를 감지하지 못했습니다.

여기서도 마찬가지입니다. 전혀 문제가 없습니다!
Arch Linux x86_64 및 무한대로 패치 된 글꼴 [*], firefox 45.0.2
(크롬 50.0.2661.75-1에서도 마찬가지입니다)

[*] cairo-infinality-ultimate 1.14.6-1
fontconfig-infinality-ultimate 2.11.95-4
freetype2-ininality-ultimate 2.6.3-2

이것이 부적절하다면 사과드립니다. 버그 수정에 대해 $ 500의 현상금을 드릴 것입니다.

ShareLaTeX에서는 PDF.js를 사용하여 사용자의 LaTeX 문서에서 생성 된 PDF를 렌더링하므로 사용자는 일반 사용자보다이 버그를 더 자주 접하게됩니다.

이 프로젝트에 대한 버그 바운티를 제공하는 것과 관련된 선례 나 의견을 찾을 수 없었으므로 괜찮기를 바랍니다. [email protected] 으로 저와 연락 https://www.bountysource.com/ 과 같은 항목을 사용하여 에스크로에서 현상금을 설정할 수 있습니다. 또는 다른 사람이 현상금에 추가하려는 경우.

BTW : 이것은 freetype https://bugs.freedesktop.org/show_bug.cgi?id=91829 에서 업스트림에서 수정되었습니다.

사람들이 계속 말하고 링크하는 FreeType 문제에서 자세히 논의했듯이 pdf.js의 Type1 to OpenType 변환기에 버그가 있기 때문에 이것은 FreeType과 관련이 없습니다.

이것은 FreeType과 아무 관련이 없습니다 ... pdf.js의 Type1 to OpenType 변환기에 버그가 있습니다.

실제로는이 엔진에서만 문제가 발생하므로 FreeType과 관련된 문제입니다. pdf.js의 변환기에 문제가있을 수 있으며 왜 발생하는지 이해하는 것이 도움이 될 것입니다. 불행히도 위의 링크는 자세한 설명을 제공하지 않습니다. FreeType 전문가의 더 많은 입력은이 버그 해결 속도를 높일 것입니다.

pdf.js로 변환 된 글꼴 파일
PDF에 포함 된 원본 글꼴 파일

FreeType 버그 보고서의 선택 인용문 :

문제의 글꼴은 문자 's'에 루트 기호가 있습니다.

글꼴에는 r' (not s ', BTW) 위치를 .notdef'. Since the auto-hinter accesses a font not by glyph names but by a Unicode mapping (either a real one or a synthesized), it believes that glyph r'라는 글리프에 매핑하는 cmap이 있습니다.

글꼴 cmap은 자동 힌터에 속하지 않아야합니다!

오 그것은 아마도 부분적으로 pdf.js의 잘못 일 것입니다. 아마도 가짜 cmap은 원래 글꼴이 아닌 pdf.js에서 컴파일되고 있습니다. 누군가 확인해야합니다.

0x72 위치의 원본 파일 cmex10.pfb' (version 003.002) as delivered with TeXLive has a correct encoding vector, using glyph name radicalbigg '. FireFox 버그 보고서의 하위 집합 'CMEX10.pfb'파일에도 올바른 글리프 이름이 있습니다.

# 7482의 임시 수정. 테스트가 실패하면 더 자세히 조사 할 리소스가 없지만 간단 할 수 있습니다. pdf의 글꼴은 기호 글꼴이 있기 때문에 약간 이상하지만 일부 기호에 대한 유니 코드 매핑도 있습니다. 일반적으로 심볼릭 글꼴의 경우 ID 유니 코드 매핑 만있는 경우 모든 글리프를 개인 사용 영역으로 이동합니다.

# 7482는 첫 번째 게시물에 링크 된 PDF의 두 번째 페이지에서 문제를 해결해줍니다.

@brendandahl 감사합니다. 패치가 최대한 빨리 수정하는지 확인해 보겠습니다. 병합 할 수 있습니까? (일부 테스트가 실패한 것 같습니까?)

병합 할 수 있습니까? (일부 테스트가 실패한 것 같습니까?)

이런 종류의 패치로 예상됩니다. 그러나 전화를 걸기 전에 차이점을 조사해야합니다.

잘하셨습니다! 좀 더 광범위한 테스트를 수행하고 복잡함을 발견했습니다. 수정은 dvips + ghostscript에서 생성 된 출력에는 작동하지만 pdftex에 의해 생성 된 출력에는 적용되지 않습니다. 위의 테스트 케이스에 대한 소스를 가져 와서 pdflatex로 컴파일하면 출력이 잘못 렌더링됩니다. .

첨부 된 파일은 원본 0707.3195v1.pdf 파일의 깨진 방정식 중 하나를 포함하는보다 철저한 테스트 케이스입니다.

첫 번째 pdf 파일은 pdflatex 직접 생성 한 다음 latex->dvips->ps2pdf 에서 동일한 출력을 생성합니다. 스크린 샷은 pull 요청이 적용된 pdf.js의 렌더링입니다. pdftex 출력 문제는 해결되지 않지만 고스트 스크립트 변환에 대해서는 수정합니다.

아마도 버그가 여전히 발생하는 원인이되는 pdftex에 의해 출력에 글꼴이 포함되는 방식에 대해 다른 것이 있습니까?

test-pdftex.pdf-여전히 손상됨

test-ps2pdf.pdf-수정 됨

원본 라텍스 소스 test.tex.txt

안녕하세요 @jpallen , 컴파일러를 XeLatex로 전환하면 Sharelatex에서 문제가 해결되는 것 같다는 사실을 알려 드리고자합니다.

ShareLaTeX에서 이것에 대해 좀 더 자세히 살펴 보았으며 위의 패치 (@brendandahl의 https://github.com/mozilla/pdf.js/pull/7482)가 다음과 같은 측면에서 올바른 행에있는 것처럼 보입니다. 문자를 개인 사용 영역으로 이동하지만 필요한 경우를 모두 다루지는 않습니다. ps2pdf에 의해 생성 된 PDF는 작동하지만 pdflatex에 의해 직접 생성 된 PDF에는 여전히이 렌더링 문제가 있습니다.

순진하게 _everything_을 개인 사용 영역 (예 : https://github.com/brendandahl/pdf.js/compare/move-non-unicode-glyphs...briangough:put-all-symbolic-chars-in- private-use-area)이면 올바르게 렌더링됩니다. 그러나 이것은 좋은 생각이 아니라고 가정하기 때문에 디버깅 예제에 불과합니다.

이 시점에서 우리의 지식은 한계에 도달하고 개인 사용 영역에 넣을 올바른 기호를 식별하는 방법을 모릅니다. 그렇다면이 문제를 해결하기 위해 할 수있는 일이 있습니까?

순진하게 모든 것을 개인 사용 영역 (예 : brendandahl @ move-non-unicode-glyphs ... briangough : put-all-symbolic-chars-in-private-use-area)으로 이동하면 올바르게 렌더링됩니다. 그러나 이것은 좋은 생각이 아니라고 가정하기 때문에 디버깅 예제에 불과합니다.

위의 내용을 테스트하지 않은 상태에서는 특정 글꼴 렌더러에서 _all_ Symbolic 글꼴에 대해 (기본적으로) 힌트가 비활성화 될 수 있기 때문에 실제로 _many_ PDF 파일에서 렌더링이 더 나빠질 수 있다고 생각합니다. (실제로는 아니더라도 많은 글꼴이 Symbolic이라고 주장합니다.)

이 시점에서 우리의 지식은 한계에 도달하고 개인 사용 영역에 넣을 올바른 기호를 식별하는 방법을 모릅니다. 그렇다면이 문제를 해결하기 위해 할 수있는 일이 있습니까?

문제가있는 경우는 일반 Type1 글꼴을 사용하므로 Type1Font_wrap 에서 Type1 글꼴을 변환 할 때 올바른 Charset / Encoding 정보를 제공하는 것이 올바른 해결책이라고 생각합니다.

@jpallen 저는 우리가 라텍스에 의해 생성 된 글꼴을 인식 할 필요가 있고 그 글꼴은 기호 (예 : 이름 또는 생성 방식)이지만 나머지 경우에는 인식되지 않습니다.

_all_ 문자를 개인 영역으로 이동하지 않으면 입력 컨트롤에서 글꼴을 사용할 수있는 가능성, 더 나은 계측 기능, 엔진이 유효하지 않은 글리프 또는 글꼴을 버리고 여전히 다소 읽기 쉬운 텍스트를 얻을 수있는 기능과 같은 몇 가지 이점이 있습니다. 따라서 글리프가 기호인지 아는 것이 여기서 핵심입니다.

PR # 7482를 기반으로 한 임시 아이디어는 toUnicode 데이터가 정확하다는 것을 신뢰할 수 없을 때 문자를 PUA로 이동하는 것일 수 있습니다. 예 : https://github.com/mozilla/pdf.js/compare/master...Snuffleupagus : issue-2594.

큰! 나는 Snuf fleupagus : issue-2594 에서 새로운 패치를 시도해

테스트로 저는 www.ShareLaTeX.com 의 pdf 뷰어에서 프로덕션 환경에 배포하여 오늘 예기치 않은 문제가 나타나는지 확인했습니다.

지난 3 주 동안 프로덕션 환경에서이 패치 (https://github.com/mozilla/pdf.js/compare/master...Snuffleupagus:issue-2594)를 테스트했으며 다음에 대한 LaTeX 글꼴 렌더링 문제를 수정했습니다. 다른 문제는 나타나지 않습니다. 포함될 수 있다면 좋을 것입니다. : +1 :

나는 # 7705를 검토하기 시작했고 왜 내 원래 패치가 test-pdftex.pdf 수정하지 않았는지 궁금해하기 시작했습니다. 글꼴 데이터를 보면 pdf.js는 대부분의 글리프를 DVFZZA+CMEX10 에서 개인 사용 영역으로 이동해야합니다. 대부분의 글리프는 유효한 글리프 이름을 유니 코드 값으로 가지고 있지 않기 때문입니다. 예를 들어 문제가있는 글리프 중 하나 (charcode = 110 name = 'braceleftBig')에 유니 코드 값이 없지만 'n'에 매핑되었습니다. 이 문제는 유니 코드 맵을 빌드 할 때 발생하는 것으로 보이며 일치하는 유니 코드 값을 가진 글리프가있는 68 개의 값을 올바르게 포함하지만 빌드 한 후에는 모든 원래 인코딩 값을 다시 추가하므로 110이 'n'으로 채워집니다.

인코딩 값을 다시 추가하는 코드를 제거하면 텍스트 선택이 https://github.com/mozilla/pdf.js/commit/325f7afcca30c891ec7be06a5178c012a052bd55 에서 회귀하기 때문에 올바른 수정이 무엇인지 잘 모르겠습니다.

아마도 @Snuffleupagus 는 몇 가지 생각을 가지고있을 것입니다 ...

_https : //github.com/mozilla/pdf.js/issues/2594#issuecomment -254289210에서 알 수 있듯이 이전 버전의 PR # 7705에는 너무 단순한 솔루션이 포함되어 있습니다 ._

따라서 http://107.21.233.14 : 8877 / 768d76e3834ac61 / web / viewer.html을 사용하여 테스트 할 수있는 새로운 (그리고 가장 가능성이 높은 최종) 시도를 모았습니다.
현재이 문제의 영향을받는 사람들이 최신 버전의 PR # 7705를 테스트하고이 문제를 해결하기에 충분한 지보고 할 수 있다면 가장 도움이 될 것입니다!

test-pdftex.pdf에서 잘 작동하며 이번 주에 www.ShareLaTeX.com 에서 프로덕션에 배포하고보고 된 문제가 있는지 확인합니다.

test-pdftex.pdf에서 잘 작동하며 이번 주에 www.ShareLaTeX.com 에서 프로덕션에 배포하고보고 된 문제가 있는지 확인합니다.

IRC에서 논의한대로 http://logs.glob.uno/?c=mozilla%23pdfjs&s=21+Nov+2016&e=21+Nov+2016#c54315 를 참조하세요. PR # 7705로 진행하고 싶습니다. .
@briangough ShareLaTeX 에서 프로덕션 환경에서 패치를 테스트 한 결과가 있습니까?

이전에 https://github.com/mozilla/pdf.js/issues/2594#issuecomment -259930252에서 언급했듯이 현재이 문제의 영향을받는 사람들이 제안 된 솔루션을 테스트하는 데 도움이 될 수 있다면 가장 도움 이 될 것입니다. 예를 들어 http://107.21.233.14 : 8877 / 768d76e3834ac61 / web / viewer.html의 미리보기를보고 이러한 문제가 해결되었는지보고하십시오!

PR # 7705를 설정하고 싶지만 그렇게하기 전에 수정 사항을 확인해야합니다.

지연 돼서 죄송합니다. 패치는 잘 작동하고 있습니다. 사용자의 불만은 없습니다. 감사합니다.

@Snuffleupagus 및 @brendandahl 덕분에 # 7705에 의해 수정 된대로 종료됩니다!