Fr:Guide de dépannage

From NeoWiki

Il y a un grand nombre de problèmes qui peuvent causer un plantage de NeoOffice ou une dégradation de ses performances. Cette page liste les problèmes connus et les astuces permettant d'empêcher le problème d'apparaître, de le contourner ou d'en minimiser les conséquences.

Contents 1 NeoOffice ne veut démarrer ou bien se plante pendant le démarrage ou juste après 2 NeoOffice se plante de manière aléatoire 3 Problèmes avec les menus ou la barre de menus 4 Plantage pendant l'affichage de la liste des polices 5 Problèmes de performances 6 Un correctif ne semble pas corriger l'anomalie prévue

NeoOffice ne veut démarrer ou bien se plante pendant le démarrage ou juste après

• Contrôlez que les fichiers correspondants à soffice.* ont des droits d'exécution.
• Contrôlez dans Console.log (accessible par /Applications/Utilitaires/Console.app la présence de messages au sujet de Java, soffice.bin ou NeoOffice.
• Contrôlez s'il y a une entre current dans ~/Bibliothèque/logs/CrashReport/soffice.bin.crash.log (C'est la log en cas de crash de NeoOffice et malheureusement de OpenOffice.org)

• Ces fichiers de log contiennent souvent des informations très utiles, et même si pour vous, ça n'a pas de sens, pour un des développeurs ou une des personnes de l'équipe de support , ce peut être très utile pour diagnostiquer le problème.

• Consultez cette section du Bugzilla Guide pour trouver des informations complémentaires sur les emplacements des logs de crash.

• Contrôlez que votre machine Java est à la dernière mise à jour de la version 1.4.2
  • Ouvrez le terminal (/Applications/Utilitaires/Terminal.app), tapez ce qui suit et pressez la touche Retour Chariot :
    

    java -version

    • Mac OS X 10.3.9:
      java version "1.4.2_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_09-233)
Java HotSpot(TM) Client VM (build 1.4.2-56, mixed mode)
    • Mac OS X 10.4.3:
      java version "1.4.2_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_09-232)
Java HotSpot(TM) Client VM (build 1.4.2-54, mixed mode)

• Contrôlez l'intégrité de votre machine Java en version 1.4.2
  1. Créer un fichier texte nommé Test Java, mettez-y le code suivant et sauvez le :
     

import java.awt.*;

public class Test {

        public static void main(String[] args) {

                Frame f = new Frame();
                Panel p = new Panel();
                f.add(p);
                f.setSize(500, 500);
                f.show();

        }

}

• 1. Open the Terminal (/Applications/Utilities/Terminal.app) and "cd" to the folder that you put the Test.java file in.
  2. Compile the Test.java file using the following terminal command:
     

     javac Test.java

  3. Run the compiled program with Java 1.4.2 using the following terminal command:
     

     /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Commands/java -classpath . Test

  4. If a blank window appears when you run the program, then you know that Java 1.4.2 is working. [1] (modified for Java 1.4.2)
• Java Shared Archive corrupted (would this be detected by the above?)

  Often caused by some 10.3.x update; Apple issued another update to fix it (but other causes, too; Terry had a potential solution for them)

• You have installed a Java extension in one of the following folders and it is messing up your JVM [2]:
  • ~/Library/Java/Extensions/
  • /Library/Java/Extensions/
  • /System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Home/lib/ext/

  Remove the offending extension and try launching NeoOffice again (N.B.: NeoOffice tries to prevent extensions in the first two directories from loading, but the last one also contains key files for the JVM and its contents cannot be forced not to load).

• Corrupted user preference files
  • (Force-)Quit NeoOffice, move your NeoOffice preferences folder aside, and restart (don't let NeoOffice 2.x (re-)import your NeoOffice 1.x preferences)
    • NeoOffice 2.x: ~/Library/Preferences/NeoOffice-2.x
    • NeoOffice 1.2.x: ~/Library/Preferences/NeoOffice-1.x
    • NeoOffice/J 1.1: ~/Library/NeoOfficeJ-1.1
• 24Uemail scripting addition
  • This scripting addition has been reported to cause Java problems; remove it from your user's ~/Library/ScriptingAdditions folder.

NeoOffice se plante de manière aléatoire

• Haxies (programs that use Unsanity's APE)

  Not all random crashes are caused by haxies, but we have found a disproportionate correlation between the presence of haxies and strange NeoOffice crashes (this was particularly true of NeoOffice versions prior to 1.2 Alpha, which used Java 1.3.1). Many other Mac developers have experienced similar issues with their applications when haxies are present.

  Haxies work by injecting their code into running applications in order to customize the behvior of Mac OS X or an application in a way that neither Apple nor the application developer intended. A haxie may have a bug that causes an application to crash, or it may simply create a condition that the application is not prepared to handle and thereby cause a crash.

  Because of the scope of the project and the limited time and resources of the NeoOffice developers, no effort will be made to fix a bug that only occurs when a haxie is present.

  • Disable any installed haxie(s), or add NeoOffice to the exclusions list for the haxie(s)
• Corrupted user preference files
  • (Force-)Quit NeoOffice, move your NeoOffice preferences folder aside, and restart (don't let NeoOffice 2.x (re-)import your NeoOffice 1.x preferences)
    • NeoOffice 2.x: ~/Library/Preferences/NeoOffice-2.x
    • NeoOffice 1.2.x: ~/Library/Preferences/NeoOffice-1.x
    • NeoOffice/J 1.1: ~/Library/NeoOfficeJ-1.1

Problèmes avec les menus ou la barre de menus

• Haxies and haxie-like programs
  • MenuCracker

    While not an Unsanity APE haxie, this hack for enabling third parties to add items to the Mac OS X menu bar has caused problems, such as the disappearance of NeoOffice's menus from the menu bar, in the past.

Plantage pendant l'affichage de la liste des polices

• Ceci est généralement du à une police corrompue qui fait boucler ou planter les routines Apple d'affichage des polices (ex : Vivaldi)
  • Contrôlez si vous avez une police corrompue et désactivez-la avec le LIvre des Polices
    • Sous Mac OS X 10.3.x: Utilisez FontDoctorâ„¢ (Mode démonstration)
    • Sous Mac OS X 10.4.x: Utilisez le Livre des Polices :
      • Sélectionnez toutes vos polices dans le Livre des Polices
      • Dans le menu Fichier, sélectionnez Valider la Police
      • Sélectionnez sur le panneau Validation des polices Sélectionnez Avertissements dans le menu déroulant en haut à gauche
      • Sélectionnez les polices que vous voulez supprimer et cliquer sur "Supprimer des polices"

<

Problèmes de performances

Principales causes de performances médiocres

• Processus en tâche de fond

  Tâches de fond s'exécutant sans arrêt

  • Seti@Home
  • Folding@Home
  • Client DNET (http://www.distributed.net/)
  • Autres processus de ce type
• Taille de la mémoire RAM inférieure à 512 Mo

  Bien que NeoOffice puisse tourner sur un Mac avec 512 Mo de RAM, il tournera plus lentement et se lancera moins vite particulièrement si vous avez d'autres applications qui tournent en même temps. (Mac OS X tourne vraiment mieux avec 512 Mo de RAM ou plus). Heureusement, la RAM n'est pas chère, l'ajout de RAM est la solution financièrement la plus efficace pour accélérer votre Mac. Sur ce fil, vous trouverez des témoignages.

• Grand nombre de polices installées(Lisez Cette partie des problèmes d'installation

• Concernant OpenOffice.org 2.0

  Par défaut, OpenOffice.org 2.0 crée des copies adaptées de toutes les polices installées sur votre Mac. Comme ces polices sont stockées dans les fichiers de l'application OpenOffice.org (alors qu'elles sont stockées dans in dossier ordinaire avec OpenOffice.org 1.2.2), toutes ces polices dupliquées sont chargées par l'ATS (Apple Type Server) qui les rend disponibles pour toutes les applications Mac OS X. Ces polices dupliquées dégradent sérieusement les performances de NeoOffice, peuvent amener un mauvais rendu des polices et même causer des plantages.

  • N'utilisez pas le paquet standard OpenOffice.org 2.0 .app ; mais utilisez plutôt use Start OpenOffice.org and the "stand-alone" OpenOffice.org 2.0
  • Après l'utilisation de OpenOffice.org 2.0, rebootez votre Mac avant d'utiliser NeoOffice pour purger l'ATS des polices superflues.
• Logiciels anti-virus

  Certains logiciels anti-virus analysent les fichiers quand ils sont ouverts.

  Certains logiciels anti-virus analysent les fichiers archive (.sit, .tar, .gz, and .zip and its cousins, like .jar) quand on y accède.

  NeoOffice ouvre et accède à de nombreux fichiers au démarrage, des fichiers archives .zip and .jar inclus.

  • Désactivez les logiciels anti-virus pour l'application NeoOffice, ????

• OpenOffice.org 2.0

  OpenOffice.org 2.0 by default creates converted copies of all of your installed Mac fonts. Because these fonts are stored inside an application bundle in OpenOffice.org 2.0 (as opposed to simply being in a normal folder in OpenOffice.org 1.1.2), all of the duplicate fonts are loaded by the Apple Type Server (ATS) process and made available to Mac OS X apps. These duplicate fonts seriously degrade the performance of NeoOffice, may cause fonts to display incorrectly, and may even cause crashes.

  • Do not use the standard OpenOffice.org 2.0 .app package; use Start OpenOffice.org and the "stand-alone" OpenOffice.org 2.0 instead (may not fix it?)
  • After using OpenOffice.org 2.0, reboot before using NeoOffice to clear the extra fonts from ATS
• Virus-scanning applications

  Some virus scanners scan all files when the files are opened

  Some virus scanners scan archive files (.sit, .tar, .gz, and .zip and its cousins, like .jar) when those files are accessed

  NeoOffice opens and access a large number of files at startup, including a number of .zip and .jar archives.

  • Disable virus scanning of the NeoOffice application and profile directory, or of archive files in the NeoOffice application and profile directory

Un correctif ne semble pas corriger l'anomalie prévue

• Mac OS X charge en cache les bibliothèques partagées et les classes Java pour augmenter les performances ; Malheureusement, il aussi la désagréable de ne vider ce cache quand les bibliothèques et des classes mises à jour sont installées (comme pour les correctifs NeoOffice). Si une anomalie semble ne pas être corrigée après l'application du correctif adapté, essayez de redémarrer votre Mac, qui effacera toutes les anciennes versions des librairies et des classes du cache. Si l'anomalie est toujours présente après le redémarrage, réouvrez-la dans Bugzilla.
• Vous appliquez le correctif quand NeoOffice tournait : Quittez NeoOffice et relancez-le.