पहुँच

Question

कल मैं Windows 8 स्थापित IE10 में LocalStorage के लिए निषेध है और अब समझने के लिए जब LocalStorage तक पहुँचने कारण है कि मैं एक "प्रवेश निषेध" संदेश प्राप्त हो रहा कोशिश कर रहा हूँ। पृष्ठ को उसी पीसी पर ब्राउजर (http: // localhost) के साथ परोसा जा रहा है। मेरी भावना यह है कि आईई 10 में सुरक्षा सेटिंग्स में से एक गलत है, लेकिन मुझे पता नहीं लगा कि कौन सा है।

त्रुटि ट्रिगर जावा स्क्रिप्ट कोड की लाइन है:

if(window.localStorage.getItem('phone') == null) 

कोड Chrome का नवीनतम संस्करण में ठीक काम करता है।

Answer 1

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

संबंधित लिंक: Understanding Enhanced Protected Mode

Answer 2

मार्क Russinovich हमेशा कहते हैं: "जब संदेह में, Process Monitor का उपयोग":

localStorage डेटा निम्न फ़ोल्डर में एक्सएमएल फाइल में जमा हो जाता है: C: \ Users \ [USERNAME ] \ AppData \ Local \ Microsoft \ Internet Explorer \ DOMStore

समस्या को पुन: उत्पन्न करते समय फ़ाइल गतिविधि की एक प्रोफ़ाइल आपको बता सकती है कि क्या समस्या फ़ाइल एक्सेस अनुमतियों या यहां तक ​​कि एंटी-वायरस प्रोग्राम भी अनुपलब्ध है।

मैं जोड़कर त्रुटि पुन: पेश कर सकते हैं रीड-ओनली "DOMStore \ container.dat" से जोड़कर देखते हैं। आपको यह जांचना चाहिए कि सभी फ़ाइल/फ़ोल्डर अनुमतियां और गुण सही तरीके से सेट हैं या नहीं। मेरी मशीन पर, व्यवस्थापक और मेरे खाते में उल्लिखित फ़ोल्डर के लिए पूर्ण अनुमति है।

Answer 3

हमारे उपयोगकर्ताओं को Windows 8 पर (ट्विटर सहित) LocalStorage सुविधा का उपयोग कर वेब साइटों IE 10. जब खुला F12 डेवलपर उपकरण के साथ इन साइटों में से एक को एक्सेस करने के साथ मुद्दों कर रहे थे, एक SCRIPT5: Access is denied संदेश कंसोल पर दिखाई दिया।

Microsoft समर्थन के साथ काम करने के बाद, हम कारण की पहचान की। यह C:\Users\username\Appdata\LocalLow फ़ोल्डर पर उनके उपयोगकर्ता प्रोफ़ाइल में सेटिंग्स के साथ एक समस्या साबित हुई।

आपके कंप्यूटर पर प्रत्येक फ़ोल्डर एक अखंडता सेटिंग है। इस सेटिंग के उद्देश्य के बारे में अधिक जानकारी यहां है: http://msdn.microsoft.com/en-us/library/bb625964.aspx

अखंडता प्रत्येक उपयोगकर्ता के प्रोफ़ाइल में AppData\LocalLow फ़ोल्डर (और इसके उप-) पर स्थापित करने के "कम" (इसलिए नाम) के लिए सेट किया जाता है। हमारे मामले में, इस फ़ोल्डर पर अखंडता स्तर सही ढंग से सेट नहीं किया गया था। समस्या को दूर करने के लिए, एक कमांड प्रॉम्प्ट विंडो में निम्नलिखित कमांड चलाएँ:

icacls %userprofile%\Appdata\LocalLow /t /setintegritylevel (OI)(CI)L

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

इस सेटिंग को पहली जगह में कैसे बदला गया है? हमारे मामले में, यह हमारे वर्कस्टेशन में तैनात अनुकूलित विंडोज 8 छवि में एक समस्या के कारण हुआ था। जिन लोगों के पास समस्या है, उनके लिए, मेरे शोध से पता चला है कि "सिस्टम क्लीनर" उपयोगिता का उपयोग दोषपूर्ण हो सकता है।

Answer 4

टूल्स/इंटरनेट विकल्प/उन्नत पर जाएं और 'सुरक्षा' के तहत 'डीओएम स्टोरेज सक्षम करें' चेकबॉक्स का चयन करें। इससे समस्या को हल करना चाहिए

Answer 5

संदेह के समान लक्षणों के कई कारण हो सकते हैं, लेकिन यहां मेरे लिए यह समस्या तय की गई है।

आईई 11 के साथ कई विंडोज़ 7 पीसी में से एक था, जिसमें किसी भी जावास्क्रिप्ट को window.localStorage से अन्यथा सम्मानित और अच्छी तरह से व्यवहार की गई वेब साइटों से जोड़ने के लिए "एक्सेस अस्वीकृत" के लक्षण का प्रदर्शन किया गया था। प्रोसेस एक्सप्लोरर के उपयोग से पता चला कि प्रॉक्सीमल कारण एक एक्सेस डेनिड था जब taskhost.exe (इंटरनेट एक्सप्लोरर की तरफ से अभिनय) ने जेनेरिक रीड-राइट के लिए DOMStore\container.dat खोलने की कोशिश की। वास्तव में, यह उससे भी बदतर था: अगर मैंने container.dat हटा दिया है, तो वही एक्सेस डेनिड हुआ, यहां तक ​​कि फाइल के माध्यम से भी मौजूद नहीं था। और, अगर मैंने (छुपा) DOMStore फ़ोल्डर हटा दिया है, जब taskhost.exe ने इसे फिर से बनाने का प्रयास किया, तो उसे एक्सेस किया गया।

रजिस्ट्री प्रविष्टि:

:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\LowCache\Extensible Cache\DOMStore\CachePath 

(ध्यान दें है कि स्ट्रिंग में LowCache) गलत तरीके से करने के लिए स्थापित किया गया था

झूठी सुराग का पीछा करते हुए के दो दिनों के बाद, अंतिम समाधान यह था

%USERPROFILE%\AppData\Local\Microsoft\Internet Explorer\DOMStore 

जब यह होना चाहिए:

%USERPROFILE%\AppData\LocalLow\Microsoft\Internet Explorer\DOMStore 

परिणामस्वरूप कम अखंडता स्थानीय स्टोरेज अनुरोधों को ऐपडाटा डिस्क स्टोरेज के मध्यम-अखंडता क्षेत्रों में निर्देशित किया जा रहा था, इस प्रकार एक्सेस डेनिड त्रुटियों को उत्पन्न किया गया था, और जावास्क्रिप्ट window.localStorage के उपयोग को मार डाला गया था।

यह रजिस्ट्री प्रविष्टि कई वर्षों से गलत होनी चाहिए: शायद बग्गी प्लेटफार्म पूर्वावलोकन के उत्साही टेक-अप का दुष्प्रभाव। यह त्रुटि आईई 11 की कुल हटाने और पुन: स्थापना से बच गई।

मध्यम अखंडता कैश के लिए एक समान दिखने वाले रजिस्ट्री प्रविष्टि नहीं है:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\Cache\Extensible Cache\DOMStore\CachePath 

और कहा कि सही ढंग से के रूप में छोड़ दिया जाता है:

%USERPROFILE%\AppData\Local\Microsoft\Internet Explorer\DOMStore 

और बदला नहीं जाना चाहिए।

Answer 6

मैंने आईई के विश्वसनीय साइट अनुभाग में शामिल वेबसाइटों को जोड़ा और फिर से त्रुटि प्राप्त नहीं हुई है।

Answer 7

यह समस्या अनुपलब्ध रजिस्ट्री प्रविष्टियों के कारण भी हो सकती है। a reset मुद्दा, LocalLow folder has the correct integrity level, और DOMStore registry value is correct हल नहीं होती है, को चलाने के लिए नीचे दिए गए प्रोफ़ाइल में पुन: पंजीकृत करने के लिए आईई आदेश:

32 बिट ओएस:

C:\WINDOWS\system32\ie4uinit.exe -BaseSettings 

64 बिट ओएस:

C:\WINDOWS\system32\ie4uinit.exe -BaseSettings 
C:\Windows\SysWOW64\ie4uinit.exe -BaseSettings 

अधिक जानकारी के लिए IE MSDN blog देखें।