Pdf.js: यादृच्छिक / स्पष्ट "बल्डिंग" / भ्रष्टाचार

मैं प्रत्येक दृश्य पर इस कारण के भारी डाउनलोड के कारण कार्यकर्ता को "अक्षम" नहीं कर सकता

क्या आप इस भाग की व्याख्या कर सकते हैं?

यदि आप कई बार getDocument का उपयोग करने का प्रयास कर रहे हैं, तो एकल PDFWorker उदाहरण का उपयोग करें। यह बताना मुश्किल है कि फोंट के भ्रष्ट होने का क्या कारण है, लेकिन काम करने के उदाहरण के लिए लिंक होने से कुछ प्रकाश डाला जा सकता है। क्या आप उदाहरण बना / प्रकाशित कर सकते हैं जो समस्या का कारण बनता है?

ठीक है, मैं आसानी से एक लिंक प्रकाशित नहीं कर सकता। यदि मैं सक्षम श्रमिकों के साथ चलता हूं, तो यह 100% काम करता है। यदि मैंने अक्षम ध्वज सेट किया है, तो आप ऊपर दिखाए गए समस्या को देखते हैं, अनियमित रूप से, शायद 4 का 1 उदाहरण।

मैं "क्यों मैं श्रमिकों को अक्षम कर रहा हूं" का विवरण देते हुए "बस श्रमिकों को सक्षम करें" की प्रतिक्रिया को शीर्षक दे रहा था, जो यह है कि मैं बहुत से छोटे पीडीएफ को बहुत तेजी से प्रदर्शित कर रहा हूं, और पीडीएफ_वर्कर.जेएस के लिए 1.2Mb डाउनलोड जोड़ रहा हूं प्रत्येक प्रदर्शन व्यावहारिक नहीं है। मैं वेब-वर्कर कोड को देखने के लिए देख रहा हूं कि क्या श्रमिकों के पास .js स्क्रिप्ट को कैश करने का विकल्प है, लेकिन वे कुछ भी खोजने में कामयाब नहीं हुए हैं।

मेरा आरंभिक अनुमान (प्रभाव के आधार पर) यह है कि वैश्विक स्कोप के साथ कहीं न कहीं कुछ है जो स्क्रिप्ट के प्रत्येक उदाहरण के लिए लोड किए जाने पर सही ढंग से साफ़ हो जाता है, तो समस्या का कारण बनता है यदि कार्यकर्ता द्वारा लिखी गई स्क्रिप्ट का बार-बार उपयोग किया जाता है। हालाँकि (!) को देखते हुए यह समस्या एफआईआरएसटी पीडीऍफ़ डिस्प्ले पर हो सकती है, मुझे यह देखने में थोड़ा नुकसान हो रहा है कि क्या देखना है।

मैं "क्यों मैं श्रमिकों को अक्षम कर रहा हूं" का विवरण देते हुए "बस श्रमिकों को सक्षम करें" की प्रतिक्रिया को शीर्षक दे रहा था, जो यह है कि मैं बहुत से छोटे पीडीएफ को बहुत तेजी से प्रदर्शित कर रहा हूं, और पीडीएफ_वर्कर.जेएस के लिए 1.2Mb डाउनलोड जोड़ रहा हूं प्रत्येक प्रदर्शन व्यावहारिक नहीं है।

@oddjobz मैं अभी भी चिंता को नहीं समझता। अक्षम कार्यकर्ता के साथ आप _still_ pdf.worker.js डाउनलोड कर रहे हैं, लेकिन यह मुख्य धागे पर हो रहा है। वेब सर्वर पर उचित रूप से सेटअप स्थिर जावास्क्रिप्ट फ़ाइल की कैशिंग की अनुमति देता है और अतिरिक्त प्रयास के बिना प्रत्येक अनुरोध के लिए 1.2Mb डाउनलोड से बचें। PDFWorker एकल पृष्ठ पर वेब कार्यकर्ता के उदाहरणों के कैशिंग (जैसे जब एकाधिक getDocuments प्रदर्शन) के साथ मदद करेगा।

यह निश्चित नहीं है कि यदि यह समस्या आपके समाधान के लिए कोड के बिना पूरी होती है, तो डिफ़ॉल्ट रूप से PDF.js वेब-वर्कर कोड जब मानक वेब सर्वर पर मानक ब्राउज़र (डिफ़ॉल्ट कॉन्फ़िगरेशन में) के साथ उपयोग किया जाता है।

ठीक है, मुझे नहीं पता कि जो कोड मैं उपयोग कर रहा हूं और आपके पास जो कोड है, उसमें क्या अंतर है, लेकिन कहीं न कहीं एक अंतर है। सबसे पहले, कार्यकर्ता को विकलांग के साथ, pdf_worker.js को पहले हिट "केवल" पर एक बार लोड किया जाता है। श्रमिकों को सक्षम करने के साथ, यह हर नए दस्तावेज़ पर कोड लोड करता है और मुझे कुछ भी नहीं लगता कि कैशिंग पर कोई प्रभाव पड़ता है। (यानी यह कैश्ड नहीं है) मुझे संदेह है कि क्योंकि क्रोम देवों को वेब वर्कर्स और कैश्ड कोड की समस्या थी, इसलिए उन्होंने कोचिंग बंद कर दी है। जहां तक ​​मैं देख सकता हूं कि मेरे सभी हेडर कैशिंग के लिए होने चाहिए, लेकिन कैशिंग नहीं हो रहा है। (जबकि अन्य सामान _is_ कैशेड)

मेरे पास तीन प्रासंगिक बिट्स हैं;
ए। स्क्रिप्ट कोड के साथ मुख्य कोड ब्लॉक
बी ओनलोड जो वैश्विक चर सेट करता है
सी। एक अकेला वर्ग जो एक DIV में एक पीडीएफ प्रदर्शित करता है

मुख्य कोड ब्लॉक;

<script type="text/javascript" src="js/compatibility.js"></script>
<script type="text/javascript" src="js/pdf.js"></script>

ओनोड कोड;

    PDFJS.disableWorker = true;
    PDFJS.verbosity = PDFJS.VERBOSITY_LEVELS.debug;
    PDFJS.workerSrc = "/js/pdf.worker.js";

वर्ग परिभाषा;

JS.require('JS.Class',function(Class) {

    CLASS.PDFViewer = new Class({

        locked  : false,
        page        : 0,
        pages   : 0,
        pdf     : null,
        doc_id  : null,

        initialize: function(prefix) {
            this.canvas   = prefix+'-canvas';           // Canvas element ID we'll be rendering to
            this.prefix   = prefix;
            this.id_page  = '#'+this.canvas+'-page';    // Ident of page number
            this.id_pages = '#'+this.canvas+'-pages';   // Ident of page count
            this.setfocus(null);                        // Element to focus after render
        },
        reset:      function() { this.now_showing = null; console.log("PDF Reset")},
        set:        function(doc_id) { this.doc_id = doc_id; console.log("Docid:",doc_id) },
        load:       function() { this.fetch(this.doc_id); },
        set_doc:    function() {},
        setfocus: function(field_id) { this.focuson = field_id; },

        decode: function(base64) {
            var raw = atob(base64);
            var uint8Array = new Uint8Array(raw.length);
            for (var i = 0; i < raw.length; i++) {
                uint8Array[i] = raw.charCodeAt(i);
                }
          return uint8Array;
        },

        full_screen: function() {
            if( $('#'+this.prefix+'-hide-me').is(':visible') ) {
                $('#'+this.prefix+'-hide-me').hide();
                $('#'+this.prefix+'-full-screen').removeClass("col-sm-7");
                $('#'+this.prefix+'-full-screen').addClass("col-sm-12");
            } else {
                $('#'+this.prefix+'-hide-me').show();
                $('#'+this.prefix+'-full-screen').removeClass("col-sm-12");
                $('#'+this.prefix+'-full-screen').addClass("col-sm-7");
            }
            this.turn_page();
        },
        focus: function() {
            if(this.focuson) {
                console.log("SetFocus>>",this.focuson);
                setTimeout("$('"+this.focuson+"').focus()",100);
                this.focuson = null;
            }
        },
        display: function(pdf) {
            this.pdf = pdf;
            $(this.id_pages).text(this.pdf.numPages);
            this.pages = this.pdf.numPages;
            this.page = 1;
            this.turn_page();
        },
        fetch: function(rid) {
            if(this.locked) return false;
            var self = this;
            var src = '/images/default.pdf';
            function success(data) {
                if(!LIB.check_error(data)) return false;
                if(data.pdf) src = self.decode(data.pdf);
                self.locked = true;
                PDFJS.getDocument(src).then(function(pdf){ self.display(pdf); });
                return true;
            }
            ionman.call('nac.rpc.pdf_spec',{'rid': rid},success)
            return true;
        },
        turn_page: function() {
        var self = this;
            self.pdf.getPage(self.page).then(function(page) {
                var canvas = document.getElementById(self.canvas);
        var ctx = canvas.getContext('2d');
        var unscaledViewport = page.getViewport(1.0);
                canvas.width = $('#'+self.canvas).width();
                var scale = canvas.width / unscaledViewport.width;
                var viewport = page.getViewport(scale);
                canvas.height = viewport.height;
            var renderContext = { canvasContext: ctx, viewport: viewport };
        page.render(renderContext).promise.then(function(){
                setTimeout(function(){
                    self.locked = false;
                        self.focus();
                    },250);
                });
                $(self.id_page).text(self.page);
            });
        },
        next: function() {
            if( this.page == this.pages) return;
            this.page += 1;
            this.turn_page();
        },
        prev: function() {
            if( this.page == 1) return;
            this.page -= 1;
            this.turn_page();
        }
    });

इसलिए मैं करता हूँ;

var viewer = CLASS.PDFViewer('pdf');
viewer.fetch();

और मुझे लगता है कि डिफ़ॉल्ट दस्तावेज़ आईडी "पीडीएफ-कैनवास" के साथ एक डीआईवी है।

चलो यह करके देखें:

1. Chrome में http://mozilla.github.io/pdf.js/web/viewer.html खोलें
2. नेटवर्क पेज पर ओपन डैटूल और स्प्लिट कंसोल (इस टैब पर 'एस्क' हिट करें)
3. सुनिश्चित करें कि यह एक अपवाद में नहीं पकड़ा गया है (अपवाद ब्रेक को निष्क्रिय करें और अन्यथा ताज़ा करें)
4. सुनिश्चित करें कि "कैश अक्षम करें" बंद है (अन्यथा अनचेक और ताज़ा करें)
5. कंसोल में, PDFJS.getDocument('http://mozilla.github.io/pdf.js/web/compressed.tracemonkey-pldi-09.pdf') निष्पादित करें
6. सूचना दूसरी "pdf.worker.js" में "200 ठीक है (कैश से)" स्थिति है

कोड स्निपेट सहायक नहीं हैं। कृपया छोटे उदाहरण कहीं तैनात करें (जैसे जीथूब पेज पर)

हाँ, मैं इसे देख रहा हूँ .. यह पीडीएफ का एक और हालिया संस्करण प्रतीत हो रहा है। मैं इसका उपयोग कर रहा हूं। इससे अधिक अंतर को मुद्दा नहीं मानते हुए, मैं हेडर की तुलना करूंगा कि वार्निश मेरे वेब सर्वर के खिलाफ डाल रहा है कि नहीं मैं देख सकता हूं कि यह कैशिंग क्यों नहीं है।

मुझे इस पर संदेह है कि क्योंकि क्रोम देवों को वेब कर्मचारियों और कोडित कोड की समस्या थी, इसलिए उन्होंने कैशिंग बंद कर दिया है।

मुझे इस और अक्षम करने वाले विकल्प के बीच कोई संबंध नहीं दिखता है। Pdf.worker.js से अनुरोध किया जाता है, भले ही यह सही या गलत हो। तो समस्या कैशिंग के लिए अप्रासंगिक होना चाहिए।

सादगी के लिए, मुझे लगता है कि यह जुड़ा हुआ है कि मैसेजिंग अक्षमता मोड में कैसे काम करता है (जो वास्तव में परीक्षण नहीं किया गया है, और केवल लीगेसी ब्राउज़र और डीबगिंग में आसानी के लिए बनाया गया है)। यह समस्या को कम से कम परीक्षण के मामले में कम करने में मदद करेगा जहां समस्या दिखाई देती है (ऑनलाइन उपलब्ध होने योग्य)।

ठीक है, इसलिए यह दिलचस्प है ... स्थानीयहोस्ट के खिलाफ परीक्षण सर्टिफिकेट पर

मुझे पूरा यकीन नहीं है कि मुझे विश्वास है .. इसलिए मैंने कुछ स्क्रीनशॉट जोड़े हैं ...

कैश अक्षम करें निश्चित रूप से _not_ टिक किया गया है ...
(वेब सर्वर कॉन्फ़िगरेशन समान है)

क्या यहां कुछ और किया जाना है? जो मैं समझता हूं कि यह पीडीएफ.जेएस में बग की तरह नहीं है, बल्कि कस्टम कार्यान्वयन में है।

यह एक अच्छा मामला होगा कि हम इस मामले को रोक सकते हैं (रुक-रुक कर) असफलता।

यह एक बग है, मैं एक ऑनलाइन प्रदर्शन का उत्पादन करूंगा, लेकिन इसमें कुछ कोडिंग और थोड़ा समय लगेगा ...

नमस्ते, मैं एक ही मुद्दा रहा हूँ।

यहाँ कुछ भी नहीं लिखा है, बस गितुब से रेपो डाउनलोड किया है

@ subhadip-codeclouds मुझे नहीं लगता कि आपके पास एक ही मुद्दा है। कृपया अलग समस्या खोलें और अनुरोधित विवरण प्रदान करें।

@ सबहदीप-कोडेकलॉड्स मुझे यह पीडीएफ़ कहां मिलेगा? मैं एक समान समस्या कर रहा हूं और इसे एक परीक्षण मामले के रूप में उपयोग करना चाहूंगा।

मेरा मानना ​​है कि मैं उबंटू पर क्रोम के साथ एक ही फॉन्ट रेंडर समस्या रख रहा हूं (अन्य प्लेटफार्मों का परीक्षण नहीं किया है)। मैं गुरु से नवीनतम pdf.js उपयोग कर रहा हूँ, और कभी कभी एक पीडीएफ @oddjobz की पीडीएफ की तरह दिखाई देगा और कभी कभी यह @ subhadip-codeclouds की पीडीएफ की तरह दिखाई देगा। यह बेतरतीब ढंग से यादृच्छिक पीडीएफ पर लगता है।

मैं वास्तव में नहीं जानता कि गलत क्या है या मज़बूती से इसे कैसे पुन: पेश किया जाए। हालाँकि यह परिदृश्य है। मैं एक गतिशील, एकल पृष्ठ वेबसाइट बनाने के लिए रिएक्ट का उपयोग कर रहा हूं। उपयोगकर्ता अक्सर एक टैब पर क्लिक करेंगे और एक iframe बनाएंगे और iframe के भीतर pdf.js प्रदर्शित करेंगे। जिस तरह से रिएक्ट और मेरी वेबसाइट काम करती है, उसे देखते हुए, एक आइफ्रेम बनाया और नष्ट किया जाता है। इसमें थोड़ा समय लग सकता है लेकिन आखिरकार मुझे हमेशा फ़ॉन्ट रेंडर करप्शन मिलेगा। और एक बार यह एक पीडीएफ के लिए होता है, तो यह अन्य पीडीएफ के लिए यादृच्छिक रूप से होने लगेगा। कुछ हमेशा ठीक होते हैं, और कुछ नहीं होते हैं।

क्या कुछ है (जैसे डिबग झंडे) मैं चालू कर सकता हूं या यह पता लगाने में मदद कर सकता हूं कि क्या चल रहा है? मुझे कंसोल में कोई त्रुटि या चेतावनी नहीं दिखाई देती है।

यहाँ एक PDF है जो लगभग हमेशा फ़ॉन्ट रेंडर भ्रष्टाचार के साथ समाप्त होता है जब यह शुरू होता है।
https://datalanche-sec-public.s3.amazonaws.com/filings/0001047469-15-008315/a2226328zex-31_2.htm.pdf

एक और चीज़। यदि मैं उसी URL के साथ क्रोम में एक नया टैब खोलता हूं तो पीडीएफ निश्चित हो जाते हैं। हालाँकि अगर मैं एक ही टैब में रहता हूं, तो एक पूरी तरह से अलग वेबसाइट पर नेविगेट करें, और फिर मेरी वेबसाइट पर नेविगेट करें (बैक बटन का उपयोग नहीं) भ्रष्ट फोंट के साथ पीडीएफ अभी भी भ्रष्ट हैं। यह लगभग ऐसा लगता है कि जो कुछ भी हो रहा है वह टैब की मेमोरी और / या कैश को दूषित कर रहा है।

यह संभवतः क्रोम में एक कैशिंग समस्या है (अधिक जानकारी के लिए https://github.com/mozilla/pdf.js/issues/7751#issuecomment-256683285 देखें)।

इस पर किसी भी अद्यतन? एक ही मुद्दा रहा

हालाँकि, मैं अभी भी इसे (बेवजह) मौके पर देखता हूं, यह बहुत दुर्लभ है और, वास्तव में पर्याप्त रूप से दुर्लभ है, मैंने वास्तव में इसके बारे में चिंता करना बंद कर दिया है। जो समस्या मुझे प्रतीत हो रही थी कि वह ओवरलैपिंग ऑपरेशन थी। यह "लगता है" एक पीडीएफ दस्तावेज़ (उदाहरण के लिए पृष्ठ) पर संचालित करना संभव है, जबकि एक और ऑपरेशन अभी भी प्रगति पर है, और यह समस्या का कारण लगता है। मेरा समाधान एक कक्षा में सभी ऑपरेशनों को लपेटना था, फिर प्रवेश और निकास बिंदुओं पर एक मास्टर लॉक डालें ताकि कोई भी पीडीएफ संबंधित संचालन संघर्ष न कर सके - यह "लगता है" मेरे लिए निश्चित चीजें हैं। मैं अस्पष्ट रूप से मान रहा हूं कि पीडीएफ सामान एक अलग थ्रेड या कार्यकर्ता प्रक्रिया में चलता है, इसलिए एक संघर्ष की संभावना है। यह कुछ समय पहले था, लेकिन स्मृति से मुझे लगता है कि थ्रेडिंग चीज एक विकल्प है और मैंने इसे अक्षम करके समाधान खोज लिया, जिसका प्रदर्शन पर नकारात्मक प्रभाव पड़ा, लेकिन इसने समस्या को हल किया।

यह मेरे लिए हर समय होता है, लेकिन यह काफी यादृच्छिक है कि मैं एक परीक्षण मामला नहीं बना सकता। हालाँकि यह बहुत संभव है कि यह मेरे मामले में भी थ्रेडिंग से मेमोरी करप्शन हो, लेकिन मुझे लगा कि जावास्क्रिप्ट सिंगल थ्रेडेड था?

मुझे लगा कि जावास्क्रिप्ट सिंगल थ्रेडेड था

यह है। मुझे लगता है कि @oddjobz का क्या मतलब (?) है कि क्रोम में एक बग हो सकता है जब आप एक से अधिक एचटीएमएल 5 कैनवास पर पेंट करते हैं, तो उस समय दोष होने की अधिक संभावना होती है। लेकिन प्रतिलिपि प्रस्तुत करने योग्य परीक्षण के मामले के बिना यह मुश्किल है, और क्रोमियम कीड़े के लिए सार्थक रिपोर्ट बनाएं।

मुझे लगता है कि (मेमोरी से) यह "वेब वर्कर्स" नामक एक नए ब्राउज़र फीचर का उपयोग करने के विकल्प को नियोजित करता है, जो प्रभावी रूप से आपको जावास्क्रिप्ट थ्रेड बनाने की अनुमति देता है .. यदि आप इस सुविधा को बंद कर देते हैं, तो "बड़े" पीडीएफ को देखने का प्रयास करें, आप देखें "क्यों" यह सुविधा उपयोग में है ... :)

यह "वेब वर्कर्स" नामक एक नए ब्राउज़र फ़ीचर का उपयोग करने के विकल्प को नियोजित करता है ...
यदि आप इस सुविधा को बंद कर देते हैं, तो "बड़ी" पीडीएफ देखने का प्रयास करें, आप देखें "क्यों" यह सुविधा उपयोग में है

कृपया ध्यान दें कि ओपी इस सुविधा को बंद करने का निर्देश देता है, जिसका अर्थ है कि वेब वर्कर्स का उपयोग नहीं किया जाता है, जो ब्राउज़र को दोष देता है, और जावास्क्रिप्ट "थ्रेडिंग" से कोई लेना-देना नहीं है।

यह थोड़ा सूक्ष्म है, जावास्क्रिप्ट सिंगल थ्रेडेड है, लेकिन क्रोम मल्टी-थ्रेडेड है, और वेब वर्कर्स आपको दो क्रोम प्रोसेस चलाने और उनके बीच संचार की सुविधा प्रदान करता है। मुझे लगता है कि केवल मास्टर को डोम एक्सेस मिलता है, लेकिन आप यूआई थ्रेड को अवरुद्ध किए बिना प्रोसेसर गहन सामान के लिए उप-थ्रेड्स का उपयोग कर सकते हैं। यह तब और मजेदार हो जाता है जब आप पाते हैं कि आप ऐसे वेब वर्कर्स बना सकते हैं जो किसी विशिष्ट थ्रेड या टैब से जुड़े नहीं हैं, इसलिए वे प्रभावी रूप से एक पेज रीलोड करते हैं (यानी वे लगातार हैं)। मैं देख रहा हूँ कि बहुत सारी समस्याएं इस से उपजी हैं।

ज़रूर - लेकिन मेरी टिप्पणी यह ​​है कि थ्रेडिंग के बिना (यानी अपने स्वयं के थ्रेड लेवल को लागू करने से), इस समस्या का 99% भाग चला जाता है। (मेरे लिए)।

@oddjobz , @rpedela हार्डवेयर / gpu त्वरण को अक्षम करने का प्रयास करें और देखें कि क्या समस्या अभी भी होती है।

@yurydelendik , हाँ, यह स्पष्ट था, पहली चीजों में से एक जो मैंने कोशिश की थी। (कोई फर्क नहीं)

@yurydelendik , मेरा आवेदन 6+ महीने लाइव रहा है, मुझे खुशी है कि कोई भी शेष मुद्दा "अलग" है और सबसे अधिक संभावना उपयोगकर्ता-त्रुटि या कभी-कभी अजीब दस्तावेज़ है। जो समस्या मुझे हो रही थी, जो कि सुसंगत नहीं थी, 100% पुनरुत्पादनीय थी, जो चली गई। यह (IMHO) दस्तावेज़ संचालन के बीच ओवरलैप के कारण होता था, यानी पिछले एक के शुरू होने से पहले शुरू होने वाली प्रक्रिया - थ्रेडिंग या नहीं, पिछले एक को पूरा करने से पहले शुरू होने वाले संचालन को रोकने के लिए मैन्युअल लॉक में डालकर। आसानी से पुन: प्रस्तुत किया गया उदाहरण जल्दी से एक दस्तावेज़ के माध्यम से आगे स्कैन कर रहा था और पिछले पृष्ठ को पूरी तरह से समाप्त करने से पहले "अगला" प्रसंस्करण शुरू करना था।

जावास्क्रिप्ट एकल थ्रेडेड है, लेकिन क्रोम बहु-थ्रेडेड है, और वेब कार्यकर्ता आपको दो क्रोम प्रक्रियाओं को चलाने की अनुमति देता है और उनके बीच संचार की सुविधा प्रदान करता है। मुझे लगता है कि केवल मास्टर को डोम एक्सेस मिलता है, लेकिन आप यूआई थ्रेड को अवरुद्ध किए बिना प्रोसेसर गहन सामान के लिए उप-थ्रेड्स का उपयोग कर सकते हैं।

"वेब वर्कर" शब्द के साथ यह कथन भ्रमित करने वाला है। क्या आप ऊपर दिए गए कथनों को सत्यापित करने के लिए संदर्भ प्रदान कर सकते हैं? वेब वर्कर्स के पास डिज़ाइन के आधार पर DOM तक कोई पहुंच नहीं है, और PDF.js मुख्य धागे पर पेंटिंग करते हैं। क्या आपका मतलब है क्रोम की प्रतिपादन प्रक्रिया? फिर भी DOM को अपडेट करने का एकमात्र तरीका मुख्य थ्रेड से है, वेब वर्कर से नहीं।

पिछले एक से पहले शुरू होने वाली रस्सा समाप्त हो गया था - थ्रेडिंग या नहीं, पिछले एक को समाप्त करने से पहले शुरू होने वाले संचालन को रोकने के लिए मैन्युअल लॉक में डालकर।

इस संदर्भ में "संचालन" से आपका वास्तव में क्या तात्पर्य है, क्या यह एपीआई के render() कॉल का जीवनकाल है?

@oddjobz मैं बस फिर से धागा

@oddjobz , @rpedela , @badams , @pholisma , @ subhadip-codeclouds क्या आप सटीक कॉन्फ़िगरेशन के साथ एक अलग बग रिपोर्ट प्रदान कर सकते हैं (आप) समस्या का सामना कर रहे हैं और सटीक चरण जब समस्या को पुन: उत्पन्न कर सकते हैं (पीडीएफ सहित)? यदि यह एक कस्टम समाधान है, तो इसे एक सार्वजनिक लिंक प्रदान करें।

ठीक है, यह प्रश्न में कोड है - आप जगह में फिक्स देख सकते हैं।

विशेष रूप से ताला लगाने के लिए, मेरी दिनचर्या ऐसी है;

this.locked = true;
PDFJS.getDocument(path+doc_id).then(function(pdf) {
    $('#pdf-canvas-pages').text(pdf.numPages);
    self.pages = pdf.numPages;
    self.page = 1;
    self.pdf = pdf;
    pdf.getPage(1).then(function(page) { self.turnpage(); });
})

turnpage: function() {
    var self = this;
    self.pdf.getPage(self.page).then(function(page) {
        var canvas = document.getElementById('pdf-canvas');
        var ctx = canvas.getContext('2d');
        var unscaledViewport = page.getViewport(1);
        canvas.width = $('#pdf-canvas').width();
        var scale = canvas.width / unscaledViewport.width;
        var viewport = page.getViewport(scale);
        canvas.height = viewport.height;
        var renderContext = { canvasContext: ctx, viewport: viewport };
        page.render(renderContext);
        $('#pdf-canvas-page').text(self.page);
        self.locked = false;
    });
},

हां, यही कारण है कि मैंने उस समय बात को आगे नहीं बढ़ाया, यहां तक ​​कि यह स्वीकार करने में भी बड़ी अनिच्छा प्रतीत होती है कि कोई समस्या है - अकेले चलो कि इसे ठीक करने की आवश्यकता है।

ऊपर स्निपेट की समस्या को https://github.com/mozilla/pdf.js/pull/6571 द्वारा संबोधित किया गया था

खैर, मैं क्या कह सकता हूं, मैं 2016 के नवीनतम संस्करण का उपयोग कर रहा था और अभी भी समस्या थी। मुझे उस समय (बार-बार) बताया जा रहा है कि यह याद किया जा रहा है। (और अन्य लोगों की तरह, मैं देख सकता था कि यह स्पष्ट रूप से नहीं था)

वैसे भी, वहाँ किसी को भी एक ही मुद्दे को देखने के लिए, ऊपर के रूप में एक ताला लगाने की कोशिश करें और देखें कि क्या इससे कोई फर्क पड़ता है .. यह केवल दो है ...

@yurydelendik यह हमारे उपयोगकर्ताओं (मुख्य रूप से विंडोज 7 का उपयोग करने) के लिए बहुत लगातार हो रहा है, लेकिन मैं इसे OSX पर नवीनतम संस्करण के साथ पुन: पेश करने में सक्षम रहा हूं, लेकिन लगातार 100% नहीं।

हम किसी भी कस्टम कोड का उपयोग नहीं कर रहे हैं, बस निम्नलिखित कर रहे हैं

<iframe
    style="height: 650px; width: 600px"
    src="/path/to/pdfjs/web/viewer.html?file=/path/to/file.pdf"
/>

यह कई कारकों पर निर्भर करता है, जैसे कि क्या दस्तावेज़ में कोई अन्य बोल्ड टेक्स्ट है, और प्रारंभिक ज़ूम स्तर (ज़ूम इन और आउट कभी-कभी इसे ठीक कर देगा) मैंने यह भी देखा है कि यह केवल पूर्वावलोकन को प्रभावित करता है। और मुद्रण, पीडीएफ डाउनलोड करते समय यह पूरी तरह से प्रस्तुत करने के लिए प्रकट होता है (मुझे लगता है कि क्योंकि pdf.js उपयोगकर्ता के साथ प्रदान की गई फ़ाइल को पारित कर रहा है)।

हमने इस समाधान का उपयोग करने और सीधे उपयोगकर्ता मशीन पर फ़ाइल डाउनलोड करने से दूर जाने का फैसला किया है, लेकिन मैं एक प्रतिलिपि प्रस्तुत करने योग्य परीक्षण-मामले के साथ आने के लिए कुछ समय देने की कोशिश करूंगा, हालांकि मैंने पहले ही अपना पूरा दिन कल इस बग का पीछा करते हुए बिताया।

@badams , मैं पुष्टि कर सकता हूं कि ज़ूम मेरे लिए भी एक फिक्स था, जैसा कि एक पेज था अगला / प्रचलित। मैं भी इस धारणा के तहत था कि झुकने से समस्या और अधिक बढ़ जाती है।

मैं कुछ समय के लिए एक प्रतिलिपि प्रस्तुत करने योग्य परीक्षण के मामले के साथ आने का प्रयास करूंगा

@badams धन्यवाद, कुछ भी जो सभी विविधताओं को लेता है जब योगदानकर्ता इस मुद्दे को अपने कंप्यूटर पर पुन: पेश करने की कोशिश कर रहे हैं, और पूर्ण रूप से प्रकाशित ऑनलाइन काम सबसे अच्छा होगा (आप जीथब रेपो की जीएच-पेज शाखा में पूरा उदाहरण प्रकाशित कर सकते हैं)।

हाय दोस्तों,

मुझे यह पूरी कहानी ठीक नहीं लगी।
क्या पहले से कोई फिक्स है? या किसी प्रकार का कार्यान्वयन जो मुझे करना चाहिए?

सादर,
तारसीसो परेरा

मुझे यह पूरी कहानी ठीक नहीं लगी।

मुझे नहीं लगता कि कोई करता है।

बंद होने का यह धागा क्योंकि यह मुद्दे को पुन: पेश करने के लिए सटीक कदम प्रदान नहीं करता है (और टिप्पणियों में कुछ भ्रामक सिफारिशों के कारण)। हम उम्मीद नहीं करते हैं कि समस्या 100% प्रजनन योग्य होगी, लेकिन इसे 10 बार में कम से कम एक बार दिखाई देना महान होगा।

संभावित आइटम जो PDF.js को इस तरह प्रदर्शन कर सकते हैं या इसके कोड में बग हो सकते हैं:

• एक HTTP सर्वर या ब्राउज़र HTTP रेंज अनुरोधों को ठीक से संभाल नहीं पाता है
• एक ब्राउज़र फ़ॉन्ट लोडिंग या कैनवास ऑपरेशन को ठीक से नहीं संभाल रहा है
• कस्टम समाधान ऊपर के संचालन के साथ संघर्ष करता है

एफडब्ल्यूआईडब्ल्यू मुझे इस स्थिति को पीडीएफ.जेएस (v1.7.376) की तैनाती के साथ दुर्लभ परिस्थितियों में देख रहा है। हमारी सीमा अनुरोध हैंडलिंग सही लगती है। रिपोर्ट करेंगे कि क्या मुझे विश्वसनीय रिप्रो स्टेप्स मिल सकते हैं ...

क्रोम पर हमारा केवल यही मुद्दा था, ज़ूम बदलने के बाद यह गायब हो जाता है। इसलिए हमने showPreviousViewOnLoad से false और फिर कभी यह समस्या नहीं हुई।

@TZanke आप स्पष्ट कर सकते हैं कि showPreviousViewOnLoad हटाने से ज़ूम क्यों बदलेगा? धन्यवाद!

@tonyjin pdf.js ऑटोज़ूम एक ज़ूम मान की गणना करता है और इसे स्थानीय भंडारण में बचाता है। पृष्ठ को पुनः लोड करने के बाद ऑटोज़ूम का उपयोग नहीं किया जाता है, इसके बजाय पिछली गणना की गई ज़ूम मूल्य का उपयोग किया जाता है। और ऐसा लगता है कि इस मान को फिर से लोड करने में कोई समस्या है।

इसलिए जब हर बार showPreviousViewOnLoad ऑटोज़ूम सुविधा अक्षम हो जाती है, तो पृष्ठ को सही तरीके से जोड़ा जाता है, और कोई रेंडर समस्या उत्पन्न नहीं होती है।

@TZanke - मैंने आपके दृष्टिकोण की कोशिश की, लेकिन दुर्भाग्य से, मुद्दा अभी भी कभी-कभी पॉप अप होता है: ..(