<p>pdf.js 'pdf' एक्सटेंशन को शामिल करने के लिए यूआरएल पर निर्भर करता है</p>

को निर्मित 12 फ़र॰ 2014 · 13टिप्पणियाँ · स्रोत: mozilla/pdf.js

जब सर्वर कंटेंट-डिस्पोजल हेडर प्रदान नहीं करता है, तो pdf.js 'pdf' एक्सटेंशन को शामिल करने के लिए यूआरएल पर निर्भर करता है। लेकिन URL लोकेटर हैं, नाम नहीं।
प्रजनन के चरण:

mv web/compressed.tracemonkey-pldi-09.pdf web/compressed.tracemonkey-pldi-09
sed -i 's/compressed.tracemonkey-pldi-09.pdf/compressed.tracemonkey-pldi-09/g' web/viewer.js
firefox web/viewer.html

अब डाउनलोड पर क्लिक करें। आपको एक 'document.pdf' फ़ाइल दी जाएगी। नाम कुछ और सार्थक होना चाहिए।
बग तब भी होता है जब मैं अपने अपाचे वेब सर्वर पर पीडीएफ एक्सटेंशन को छोड़ देता हूं।

प्रस्तावित समाधान:
पीडीएफ के शीर्षक का उपयोग करें। (इस दर्शक के रूप में। http://en.wikipedia.org/wiki/Internet_media_type जैसे HTML पृष्ठ प्रदर्शित करते समय "सेव पेज" को "कार्यक्षमता के रूप में"।

हर HTML वेब पेज .html में समाप्त नहीं होता है। एक्सटेंशन के बजाय, किसी दस्तावेज़ का प्रकार उसके MIME- प्रकार द्वारा निर्दिष्ट किया जाता है।
हालांकि, अधिकांश पीडीएफ फाइलों में पीडीएफ एक्सटेंशन होता है, और अधिकांश पीडीएफ़ ऑनलाइन में यूआरएल में एक अच्छा-स्टोर नाम भी होता है।
मुझे नहीं पता कि नई पुनर्प्राप्ति विधि को url पुनर्प्राप्ति को अधिलेखित करना चाहिए, या इसके लिए कोई वापसी होनी चाहिए।

# 3455 भी देखें।

1-core 5-good-beginner-bug

स्रोत

octosquid

सभी 13 टिप्पणियाँ

@timvandermeij

इस पर किसी भी अद्यतन? यह अब दो साल से अधिक समय से खुला है। क्योंकि मेरी फ़ाइल परम एक सर्वर कॉल है जो एक पीडीएफ फाइल वापस भेजती है, पीडीएफ दर्शक फ़ाइल के नाम का पता लगाने में सक्षम नहीं है क्योंकि यह एक .pdf एक्सटेंशन की तलाश में है और इसलिए मैं "document.pdf" के साथ फंस गया हूं। देखने के दौरान विंडो बार में "डाउनलोडिंग और" अनटाइटलड.पीएफडी "।

यह आसान होगा यदि हम URI में एक "शीर्षक" के साथ-साथ "फ़ाइल" जैसे ... / pdf-दर्शक / दर्शक। "

Mercieral 22 अग॰ 2016

मुझे पता है कि वर्तमान में Content-Disposition हैडर का समर्थन करने के लिए # 7554 में काम किया जा रहा है, जो इस मुद्दे को हल करने का एक तरीका है। मैं सहमत हूँ, हालांकि, कि document.pdf सबसे अच्छा संभव नाम नहीं है और हमें (फ़ाइल) नाम प्राप्त करने के लिए फ़ंक्शन में सुधार करने की आवश्यकता हो सकती है। इसके लिए पैच का स्वागत है, इसलिए मैं इसे एक अच्छे शुरुआती बग के रूप में चिह्नित कर रहा हूं क्योंकि इसे लागू करना बहुत कठिन नहीं होना चाहिए।

timvandermeij 23 अग॰ 2016

@timvandermeij उत्कृष्ट धन्यवाद, मेरा मानना है कि Content-Disposition का समर्थन वास्तव में मेरे मुद्दे को ठीक करेगा।

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

Mercieral 23 अग॰ 2016

इसके लिए पैच का स्वागत है, इसलिए मैं इसे एक अच्छे शुरुआती बग के रूप में चिह्नित कर रहा हूं क्योंकि इसे लागू करना बहुत कठिन नहीं होना चाहिए।

@timvandermeij कृपया याद रखें कि PR # 4956 में हम जानबूझकर विभिन्न हैश मापदंडों को प्रभावित करने से दूर चले गए (जब तक कि डिबगिंग सक्षम न हो, https://github.com/mozilla/pdf.js/wiki-Debugging-pdf.js देखें) ।
इसलिए मुझे नहीं लगता कि हमें हैश पैरामीटर का उपयोग करके title निर्दिष्ट करना संभव होना चाहिए!

विशेष रूप से यह देखते हुए कि यह गैर-मानक होगा (http://www.adobe.com/content/dam/Adobe/en/devnet/acrobat/pdfs/pdf_open_parameters.pdf के संदर्भ में) और Content-Disposition की तुलना में PR # 7554 में

Snuffleupagus 23 अग॰ 2016

👍1

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

timvandermeij 23 अग॰ 2016

👍1

इस मुद्दे की स्थिति क्या है? क्या यह अभी भी खुला है?

anirudhrb 1 मार्च 2017

इस मुद्दे की स्थिति क्या है? क्या यह अभी भी खुला है?

@anirudhrb अभी भी खोला गया, # 7554 को लागू करने का प्रयास किया गया, क्या आप इसमें योगदान देना चाहेंगे?

yurydelendik 1 मार्च 2017

@yurydelendik हां, मैं योगदान देना चाहूंगा। इस मुद्दे के लिए पीआर में क्या अपेक्षित है?

anirudhrb 1 मार्च 2017

@anirudhrb , आप बस उपरोक्त पीआर को आधार के रूप में ले सकते हैं क्योंकि इसमें कुछ हद तक डेटा का

yurydelendik 1 मार्च 2017

@yurydelendik मैंने इस पर काम करना शुरू कर दिया है। यह एक ओपन-सोर्स प्रोजेक्ट में योगदान देने का मेरा पहला प्रयास है। कोडबेस के साथ सहज होने के लिए मुझे कुछ समय चाहिए। :)

anirudhrb 4 मार्च 2017

@yurydelendik , @timvandermeij क्या मैं इस मुद्दे को

himanish-star 2 जन॰ 2018

ऊपर एक पुल अनुरोध है जो सही दिशा की तरह दिखता है, लेकिन इसके लिए कोई और गतिविधि नहीं हुई है। यदि आप उस एक को ठीक करने में रुचि रखते हैं, तो यह अच्छा लगता है। मैं पूछूंगा कि क्या मूल लेखक अभी भी इस पर काम करने की योजना बना रहा है।

timvandermeij 2 जन॰ 2018

# 9379 में तय किया गया।

timvandermeij 18 जन॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

<p>pdf.js 'pdf' एक्सटेंशन को शामिल करने के लिए यूआरएल पर निर्भर करता है</p>

सभी 13 टिप्पणियाँ

संबंधित मुद्दों