Comment désactiver la visionneuse PDF intégrée à Chrome (Rambler, Yandex) ou Firefox. Le navigateur n'ouvre pas les documents PDF ? Résoudre le problème : les fichiers PDF Internet Explorer ne s'ouvrent pas

Bon après-midi. J'utilise le navigateur Google Chrome presque depuis l'annonce officielle et je l'aime beaucoup. Et maintenant, il est déjà arrivé que même Opera soit passé au moteur Chromium et soit essentiellement le même Chrome, seulement avec un shell légèrement modifié et des « autres » fonctions. J'ai déjà écrit une fois sur le fonctionnement des navigateurs. Aujourd'hui, nous aborderons un sujet légèrement différent, à savoir : la désactivation du plug-in de navigateur intégré aux navigateurs. Je ne peux pas vraiment expliquer pourquoi, mais je n’aime pas le fait que les fichiers .pdf s’ouvrent dans le navigateur. Je préfère utiliser Acrobat Reader ou STDU Viewer. Si pour une raison quelconque votre plugin ne fonctionne plus et que vous en avez besoin, grâce à cet article vous apprendrez comment le réactiver.

1. Google Chrome et tous les navigateurs basés sur le moteur Chromium (CoolNovo, RockMelt, Rambler Nichrome, Yandex.Browser, [email protected]). Peut également fonctionner pour Opera au-dessus de la version 15.

1) Ouvrez le navigateur et saisissez ce qui suit dans la barre d'adresse :

chrome://plugins/

Nous arrivons à la page des plugins :

Chrome PDF Viewer" et désactivez-le. Selon le navigateur, l'élément peut être appelé différemment, par exemple, dans la visionneuse du navigateur Yandex, il s'appelle Yandex PDF Viewer.

Voilà, les fichiers .pdf seront désormais ouverts via le programme installé sur votre ordinateur.

2. Mozilla Firefox.

1) Ouvrez le navigateur, cliquez sur le bouton Firefox en haut à gauche → « Paramètres » → « Paramètres ».

2) Dans la fenêtre qui s'ouvre, allez dans l'onglet « Applications ». Saisissez Portable Document Format dans la recherche :

3) Sélectionnez Portable Document Format (PDF) et cliquez sur le triangle à droite dans la colonne de droite, ici nous sélectionnons ce que nous voulons faire avec les fichiers PDF, en sélectionnant le dernier élément (en utiliser un autre), vous pouvez définir un programme spécifique pour ouvrir des fichiers. Je préfère sélectionner « Enregistrer le fichier », ce qui fera apparaître une fenêtre de téléchargement de fichier, puis travailler avec le fichier comme cela me convient.

Internet Explorer 11 et 10 sont considérés comme les meilleures versions du navigateur propriétaire de Microsoft ; Internet Explorer. Avec Windows 8 et Windows 7, vous pouvez utiliser IE 10 et IE 11. Dans ces deux itérations, certains utilisateurs ont rencontré un problème : lorsqu'ils tentent de télécharger et d'ouvrir un fichier PDF, Internet Explorer n'ouvre pas les fichiers PDF.

Parfois, IE se bloque lors du chargement de fichiers PDF. Pour ce problème ; vous pouvez utiliser le Gestionnaire des tâches pour mettre fin à votre session. Il y a eu des cas où le fichier était téléchargé plusieurs fois, mais seulement partiellement. Ils peuvent s'ouvrir très bien dans d'autres navigateurs, mais pas dans IE.

Alors, comment puis-je résoudre ce comportement d’IE ? Eh bien, une chose simple qui pourrait résoudre ce problème est de définir le lecteur PDF par défaut sur « Lecteur » introduit dans Windows 10/8.1, ou sur tout autre lecteur PDF tiers de votre choix. Cela résoudra le problème. Mais si ce n'est pas le cas, vous pouvez essayer ce correctif de registre pour résoudre le problème :

Les fichiers PDF ne s'ouvriront pas dans Internet Explorer

1. Appuyez sur la combinaison Windows Key + R, entrez put Regedt32.exe dans la boîte de dialogue Lancer et appuyez sur Entrée pour ouvrir l'Éditeur du Registre.

2. Accédez à l'emplacement suivant :

HKEY_CURRENT_USER Logiciel Microsoft Internet Explorer Principal

3. Dans le volet droit de cet emplacement, recherchez TabProcGrowth nommé DWORD. Ce DWORD est en fait l’abréviation de Tab Process Growth ; qui définit la vitesse à laquelle IE crée des processus de nouvel onglet. Si vous trouvez le DWORD, il devrait avoir une valeur de 0. Si vous ne le trouvez pas, créez-le manuellement en utilisant le clic droit -> Nouveau -> Valeur DWORD. Cliquez maintenant sur le même DWORD pour modifier sa valeur de données :

4. Définissez maintenant les valeurs des données de 0 à 1. Cliquez sur OK. Mettre les données à la valeur 1 garantit que tous les onglets d'un processus de trame donné sont exécutés dans un seul processus d'onglet pour le niveau d'intégrité obligatoire (MIC) spécifié. Vous pouvez maintenant fermer l'Éditeur du Registre et redémarrer pour voir les résultats.

J'espère que vous trouverez le correctif utile !

Page noire vierge au lieu d'un document PDF dans le navigateur Web Apple Safari
Parfois, les attentes ne sont pas satisfaites. Une personne a hâte de lire le manuel d'utilisation de l'équipement qu'elle envisage d'acheter, mais à la place... une page blanche apparaît à l'écran. Après tout, il arrive parfois qu'un lien hypertexte ne mène pas à la page Web suivante, mais ouvre un document PDF directement dans le navigateur. Dans la plupart des cas, ce n'est pas un problème et tout semble si transparent pour l'utilisateur qu'il ne pense même pas au type de fichier actuellement ouvert. Les navigateurs modernes, sans aucun module complémentaire de logiciel tiers, font un excellent travail en ouvrant les fichiers PDF que les utilisateurs consultent généralement sur les appareils mobiles. Mais parfois, les navigateurs Safari, Google Chrome et Firefox sur Mac OS X se comportent complètement différemment de ce à quoi l'utilisateur s'attend. Au lieu du fichier PDF posté via le lien, le lecteur affligé et agacé se retrouve sur une page en noir ou blanc qui ne contient absolument aucune information. Heureusement, ce problème a une solution simple, que nous examinerons aujourd'hui.


Les utilisateurs ont rencontré des difficultés pour ouvrir des documents PDF en juin de l'année dernière. Le problème a déjà été envisagé par les principaux messagers anglophones de la communauté Apple tels que TidBITS et Mac OS X Hints. Et pourtant, ce sujet revient de temps en temps. Pour la plupart des utilisateurs, tout s'ouvre comme il se doit. Mais c'est l'essence de tout problème : lorsqu'il surgit, une personne ne s'intéresse guère à la façon dont les choses se passent pour la majorité. Il aimerait travailler normalement. Étant donné que les manuels d'appareils électroménagers et les informations statistiques sont souvent présentés sous forme de documents PDF sur Internet, la possibilité de les ouvrir sans problème est extrêmement importante pour de nombreux utilisateurs.

Au cas où, précisons : nous parlons de la version de Safari pour ordinateurs Mac, et non de la version mobile de ce célèbre navigateur Apple, qui prend en compte l'activité Internet mobile. Sur le marché des outils de navigation Web pour plateformes informatiques, Safari occupe une position intéressante, mais bien plus modeste. Nous parlons des raisons de cet état de fait.

Dans la plupart des cas, le problème de lecture des documents PDF trouve son origine dans deux plugins d'Adobe, qui peuvent ne pas « trouver un langage commun » avec les navigateurs modernes. On parle d'ajouts : AdobePDFViewer.plugin Et AdobePDFViewerNPAPI.plugin. Ils ont été installés avec Adobe Reader et Adobe Acrobat Pro et ont été conçus pour permettre aux navigateurs d'ouvrir des documents PDF développés par Adobe.

Ces plugins pour les versions d'Adobe Reader ou Adobe Acrobat Pro antérieures à 10.1.3 sont actuellement incompatibles avec certains navigateurs. Nous parlons principalement de Safari 5.1 (ou version ultérieure), ainsi que des dernières versions de Firefox. La seule différence dans la façon dont le problème se manifeste est que Safari affichera à l'utilisateur une page noire, tandis que Firefox affichera une page blanche. Mais dans les deux cas la page sera vide. Si un utilisateur rencontre une situation similaire, c'est un signe certain que des plugins Adobe incompatibles avec ce navigateur sont installés sur son système. Mais, bien sûr, il existe toujours une faible probabilité qu’une autre raison explique ce comportement du navigateur.

Avant de commencer à supprimer les plugins qui interfèrent avec le fonctionnement normal, assurez-vous de fermer votre navigateur. Ces modules complémentaires se trouvent dans le dossier « Plug-ins », lui-même situé dans le dossier « Bibliothèque ». Nous ne parlons pas d'une bibliothèque cachée dans votre répertoire personnel, dont l'adresse est indiquée comme ~/Bibliothèque/Plug-Ins Internet

Non, dans ce cas, nous parlons d'une bibliothèque accessible directement depuis le répertoire racine de votre disque dur, c'est-à-dire /Bibliothèque/Plug-ins Internet

Ouvrez ce dossier et recherchez tous les fichiers dont les noms commencent par AdobePDFViewer et déplacez-les hors de ce dossier (par exemple, « déposez-les » temporairement sur le bureau). Il s'agit simplement d'une précaution afin que les plugins puissent être facilement restaurés si vous le souhaitez et renvoyés à leur emplacement d'origine. Pour déplacer ces fichiers, vous devrez saisir le nom d'utilisateur et le mot de passe de l'administrateur de votre ordinateur.


Cependant, ces plugins peuvent parfois se retrouver dans la bibliothèque de votre répertoire personnel. Sur les systèmes d'exploitation Mac OS X 10.7 Lion et 10.8, ce dossier est masqué. Pour le saisir via le Finder, appuyez sur la touche Option et sélectionnez l'action pour accéder à la bibliothèque (dans la version anglaise de Go - Library). Cette bibliothèque contient un dossier de plug-ins Internet appelé « Internet Plug-Ins ».

Allez-y. S'il y a des plugins là-bas AdobePDFViewer, déplacez-les de ce dossier. L'action nécessitera la saisie du login et du mot de passe de l'administrateur. En fait, tout est pareil que dans toute la bibliothèque au niveau informatique, seulement avec quelques subtilités que nous avons jugées nécessaires de considérer séparément.

Une fois les plugins déplacés de la bibliothèque, redémarrez le navigateur web dans lequel le problème est survenu. Essayez d'ouvrir un document PDF à partir du lien. Si le problème venait réellement des plugins Adobe, il s'ouvrira correctement à l'aide du logiciel du navigateur lui-même.

Basé sur des documents de TidBITS.com



Les fichiers PDF ne s'ouvrent pas dans Internet Explorer avec Adobe Reader 10.0 - les utilisateurs obtiennent un écran gris vide. Comment puis-je résoudre ce problème pour mes utilisateurs ? (7)

Il existe un problème connu lors de l'ouverture de fichiers PDF dans Internet Explorer (v6, 7, 8, 9) avec Adobe Reader X (version 10.0.*). La fenêtre du navigateur se charge avec un écran gris vide (et n'a même pas de barre d'outils Reader). Cela fonctionne très bien avec Firefox, Chrome ou Adobe Reader 10.1. *.

J'ai découvert plusieurs solutions de contournement. Par exemple, cliquer sur Actualiser chargera le document correctement. Mise à jour vers Adobe Reader 10.1. *, Ou le baisser à 9. * résout également le problème.
Cependant, toutes ces solutions nécessitent de l'utilisateur pour comprendre cela. La plupart de mes utilisateurs sont très confus lorsqu'ils voient cet écran gris et finissent par blâmer le fichier PDF et le site Web pour l'avoir cassé. Pour être honnête, jusqu’à ce que je fasse des recherches sur ce problème, j’accusais aussi le PDF !

J'essaie donc de trouver un moyen de résoudre ce problème pour mes utilisateurs.
J'ai envisagé de fournir un lien "Télécharger le PDF" (qui définit l'en-tête Content-Disposition en pièce jointe au lieu d'être en ligne), mais mon entreprise n'aime pas du tout cela car nous voulons vraiment que ces fichiers PDF soient rendus dans le navigateur.

Quelqu'un d'autre a-t-il rencontré ce problème ? Quelles sont les solutions ou solutions possibles ?

J'espère vraiment une solution qui fonctionne parfaitement pour les utilisateurs finaux, car je ne peux pas compter sur eux pour savoir comment modifier leurs paramètres Adobe Reader ou installer automatiquement les mises à jour.

Voici l'écran gris effrayant :
Edit : La capture d'écran a été supprimée du serveur de fichiers ! Regret!
L'image était celle d'un navigateur, avec la barre d'outils habituelle mais un fond gris uni, sans interface.

Informations d'arrière-plan:
Bien que je ne pense pas que les informations suivantes soient liées à mon problème, je les inclurai à titre de référence :
Il s'agit d'une application ASP.NET MVC mise à disposition par jQuery.
Le lien vers le fichier PDF a target=_blank pour qu'il s'ouvre dans une nouvelle fenêtre.
Le PDF est généré à la volée et tous les en-têtes de contenu sont définis en conséquence. L'URL n'inclut PAS l'extension .pdf, mais nous définissons l'en-tête content-disposition avec un nom de fichier .pdf valide et un paramètre en ligne.

Edit : Voici le code source que j'utilise pour travailler avec des fichiers PDF.

Tout d’abord, l’action du contrôleur :

Public ActionResult ComplianceCertificate(int id)( octet pdfBytes = ComplianceBusiness.GetCertificate(id); return new PdfResult(pdfBytes, false, "Compliance Certificate (0).pdf", id); )

Et voici PdfResult (PdfResult, hérite de System.Web.Mvc.FileContentResult) :

Utilisation de System.Net.Mime ; en utilisant System.Web.Mvc ; /// /// Renvoie les en-têtes de réponse et la "Content-Disposition" appropriés pour un fichier PDF, /// et vous permet de spécifier le nom du fichier et s'il sera téléchargé par le navigateur. /// public class PdfResult: FileContentResult ( public ContentDisposition ContentDisposition ( get; private set; ) /// /// Renvoie un fichier PDF FileResult. /// /// Les données du fichier PDF /// Détermine si le fichier doit être affiché dans le navigateur ou téléchargé sous forme de fichier /// Le nom de fichier qui sera affiché si le fichier est téléchargé ou enregistré. /// Une liste d'arguments à formater dans le nom de fichier. /// public PdfResult(byte pdfFileContents, bool download, string filename, params object filenameArgs) : base(pdfFileContents, "application/pdf") ( // Formater le nom de fichier : if (filenameArgs != null && filenameArgs.Length > 0) ( filename = string.Format(filename, filenameArgs); ) // Ajouter le nom de fichier à Content-Disposition ContentDisposition = new ContentDisposition ( Inline = !download, FileName = filename, Size = pdfFileContents.Length, ); ) protected override void WriteFile(System.Web.HttpResponseBase réponse) ( // Ajoute le nom de fichier à Content-Disposition réponse.AddHeader("Content-Disposition", ContentDisposition.ToString()); base.WriteFile(réponse); ) )

Dans mon cas, la solution était assez simple. J'ai ajouté cet en-tête et les navigateurs ont ouvert le fichier à chaque test. header("Content-Disposition: attachment; filename = "filename.pdf"");

Nous avons rencontré ce problème même après la mise à jour vers la dernière version d'Adobe Reader.

Deux méthodes différentes ont résolu ce problème pour nous :

  • Utiliser la version gratuite de Foxit Reader au lieu d'Adobe Reader
  • Mais comme la plupart de nos clients utilisent Adobe Reader, au lieu d'obliger les utilisateurs à utiliser Foxit Reader, nous avons commencé à utiliser window.open(url) pour ouvrir le pdf au lieu de window.location.href = url . Adobe perdait le descripteur de fichier sur différentes iframes pour une raison quelconque lorsqu'un PDF était ouvert à l'aide de la méthode window.location.href.

J'ai eu ce problème. La réinstallation de la dernière version d'Adobe Reader n'a rien fait. Adobe Reader fonctionnait sous Chrome mais pas sous IE. Cela a fonctionné pour moi...

1) Accédez à Outils IE -> Affichage de compatibilité.
2) Accédez au site Web contenant le fichier PDF que vous souhaitez afficher. Cliquez sur OK.
3) Redémarrez IE 4) Accédez au site Web que vous avez entré et sélectionnez PDF. Il devrait comparaître.
5) Revenez à l'affichage de compatibilité et supprimez l'entrée que vous avez saisie.
6) Adobe Reader fonctionne désormais dans IE sur tous les sites Web.

C'est une solution étrange, mais cela a fonctionné pour moi. J'ai dû passer par l'écran d'acceptation d'Adobe après la réinstallation, qui n'est apparu qu'après avoir exécuté l'astuce View Compatibility View. Une fois accepté, cela semblait fonctionner partout. Matière assez feuilletée. J'espère que cela aide quelqu'un.

Je n'ai pas de solution exacte, mais je partagerai mes expériences au cas où cela aiderait quelqu'un d'autre.

D'après mes tests, l'écran gris n'apparaît que sur les machines plus lentes. À ce jour, je n'ai pas pu le recréer sur du matériel plus récent. Tous mes tests étaient sous IE8 avec Adobe Reader 10.1.2. Pour mes tests, j'ai désactivé SSL et supprimé tous les en-têtes susceptibles de désactiver la mise en cache.

Pour recréer l'écran gris, j'ai suivi ces étapes :

1) Accédez à la page qui renvoie au fichier PDF
2) Ouvrez le PDF dans une nouvelle fenêtre ou un nouvel onglet (soit via le menu contextuel, soit target="_blank")
3) Lors de mes tests, ce PDF s'ouvrira sans erreur (cependant, j'ai reçu des rapports d'utilisateurs indiquant un échec lors du premier chargement du PDF)
4) Fermez la fenêtre ou l'onglet nouvellement ouvert
5) Ouvrez (à nouveau) le PDF dans une nouvelle fenêtre ou un nouvel onglet
6) Ce PDF ne s'ouvre pas, mais affiche uniquement "l'écran gris" mentionné par le premier utilisateur (tous les PDF téléchargés ultérieurement ne s'affichent pas non plus tant que toutes les fenêtres du navigateur ne sont pas fermées).

J'ai effectué le test ci-dessus avec plusieurs PDF différents (à la fois statiques et dynamiques) créés à partir de différentes sources et le problème d'écran gris se produit toujours lorsque les étapes ci-dessus sont effectuées (sur un ordinateur « lent »).

Pour atténuer le problème dans mon application, j'ai "déchiré" la page qui renvoie au PDF (en supprimant les parties pièce par pièce jusqu'à ce que l'écran gris ne se produise plus). Dans mon application particulière (construite sur une bibliothèque de fermeture), la suppression de toutes les références à goog.userAgent.adobeReader semblait résoudre le problème. Cette solution exacte ne fonctionnera pas avec jquery ou .net MVC, mais peut-être que ce processus peut vous aider à isoler la source du problème. Je n'ai pas encore réussi à isoler la partie de goog.userAgent.adobeReader qui déclenche l'erreur dans Adobe Reader, mais il est probable que jquery ait le même code de détection de plugin que celui utilisé dans la bibliothèque de fermeture.

La machine affiche un écran gris :
Gagner le serveur "03 SP3
AMD Sempron 2400+ à 1,6 GHz
256 Mo de mémoire

La machine ne rencontre pas d'écran gris :
Gagner XP x64 SP2
AMD Athlon II X4 620 à 2,6 GHz
4 Go de mémoire

En expérimentant davantage, la cause première de mon application (appel à goog.userAgent.adobeReader) était l'accès à Adobe Reader via un ActiveXObject sur une page avec un lien PDF. Ce scénario de test minimal provoque pour moi un écran gris (cependant, la suppression d'ActiveXObject ne provoque pas d'écran gris).

salut nouveau ActiveXObject("AcroPDF.PDF.1"); lien

Je suis très intéressé si d'autres peuvent reproduire le problème avec ce cas de test et en suivant les étapes de mon autre message ("Je n'ai pas de solution exacte...") sur un ordinateur "lent".

Désolé d'avoir publié une nouvelle réponse, mais je n'arrivais pas à comprendre comment ajouter un bloc de code à un commentaire sur mon message précédent.

Un exemple de vidéo de ce cas de test minimal est ci-dessous : http://youtu.be/IgEcxzM6Kck

Je me rends compte qu'il s'agit d'un article assez tardif, mais qui reste une solution possible pour le PO. J'utilise IE9 sur Win 7 et je rencontre des problèmes d'écran gris avec Adobe Reader depuis des mois lorsque j'essaie d'ouvrir des PDF et des cartes de crédit bancaires en ligne. Je pourrais tout ouvrir dans Firefox ou Opera, mais pas dans IE. J'ai finalement essayé PDF-Viewer, je l'ai défini comme visionneuse PDF par défaut dans mes préférences et j'ai encore plus de problèmes. Je suis sûr qu'il existe d'autres visualiseurs gratuits comme Foxit, PDF-Xchange, etc. qui donneront de meilleurs résultats que Reader avec moins de maux de tête. Adobe est comme certaines des autres grandes entreprises qui développent des logiciels, à prendre ou à laisser... alors je l'ai laissé.

Pour Win7 Acrobat Pro X

Puisque j'ai fait tout cela sans revérifier si le problème s'est produit par la suite, je ne sais pas si c'est pour cela qu'ils ont réellement résolu le problème, mais l'un d'eux l'a fait. En fait, après avoir effectué le n°3 et redémarré, cela a parfaitement fonctionné.

Pour information : vous trouverez ci-dessous l'ordre dans lequel j'ai effectué les réparations.

Accédez à Panneau de configuration > Options des dossiers dans chaque panneau de configuration Général, Affichage et Recherche, cliquez sur le bouton Restaurer les paramètres par défaut. Bouton Réinitialiser les dossiers

Allez dans Internet Explorer, Outils > Options > Avancé > Réinitialiser (je n'ai pas eu besoin de supprimer les paramètres personnels)

Ouvrez Acrobat Pro X, sous Édition > Préférences > Général.
Au bas de la page, sélectionnez Gestionnaire PDF par défaut. J'ai sélectionné Adobe Pro X et cliqué sur Appliquer.

Il vous sera peut-être demandé de redémarrer (je l'ai fait).

Meilleurs vœux