Vérification orthographe HS !

fr-users
#1

Bonjour à tous,

Me voilà avec un gros souci avec LibreOffice 3.5 (mais idem avec une
version 3.4) ... le correcteur orthographique refuse de fonctionner.
Voici les constats :
-sur un PC portable Windows XP SP3 (à jour des mises à jour MS) et membre
d'un domaine AD (profils utilisateur locaux)
-installation LibO 3.5 avec les options proposées par défaut : aucun
message d'erreur
-la vérification orthographique ne fonctionne pas (rien n'est souligné par
la petite vague rouge)
-dans la boîte de dialogue "Caractères", sous l'onglet "Police", la langue
"Francais (France)" (la langue de mon document qui apparait bien dans la
barre d'état) n'est pas précédé du symbole "ABC" indiquant que le
dictionnaire est chargé pour cette langue
-dans "Outils > Options > Parametres linguistiques > Linguistique",
hunspell n'apparait pas dans la liste des modules de langue disponibles !!
Je n'ai que "Lightproof Grammar Checker" !
-du coté des extensions, le dictionnaire Dicollecte en version 4.4 est
bien chargé

J'ai donc procédé aux actions suivantes :
1-suppression du profil LibreOffice -> même pb
2-désinstallation de LibO + effacement des traces de LibO sous Program
files + purge Profil + CCleaner + réinstallation -> même pb
3-utilisation d'un autre compte de domaine AD -> Ca fonctionne ! Je me
reconnecte avec mon compte -> re pb !!
4-désinstallation de LibO + effacement des traces de LibO sous Program
files + purge Profil + CCleaner + suppression profil Windows +
réinstallation -> même pb
5-utilisation d'un autre compte de domaine AD -> Ca fonctionne ! Je me
reconnecte avec mon compte -> re pb !!

J'ai même été jusqu'à retirer les GPO de redirection de dossier + mise à
disposition hors connexion de "l'Application Data" ... ca ne change rien !
Si je me connecte sur un autre PC, le problème suit ! Que peut-il bien y
avoir sur mon compte AD qui pose problème ! J'ai flingué mon profil XP
alors je ne trouve pas ce qui cloche encore !
Un problème de droit d'accès à un fichier ? je suis membre du groupe
"Admins. du domaine", donc de la machine. et un utilisateur en compte
basique ça passe très bien !

Je n'y comprend plus rien !!
Si quelqu'un à une idée ... je suis preneur ! J'ai trimé la-dessus toute
la journée !

#2

Bonjour, c'est visiblement un problème de droits.
As-tu vérifié dans Active Directory :

  * Que le groupe des administrateurs est bien propriétaire propriétaire
    du dossier ?
  * As-tu essayé d'enlever l'héritage dans le dossier Groupe
  * As-tu enlevé les autorisations cachées ?
  * Il faut jeter un oeil dans les paramètres de sécurité avancée, si
    tout est normal au niveau des droits du groupe Admins.

En espérant avoir aidé, cordialement, Philippe

#3

Bonjour,

De quel dossier dois-je vérifier les droits/propriétaire ?
Dossier d'install de LibO ? dossier de mon profil LibO ?

En partant avec un profil XP neuf, tout doit être d'aplomb normalement ??

#4

Bonjour, c'est visiblement un problème de droits.
As-tu vérifié dans Active Directory :

Bonjour,

De quel dossier dois-je vérifier les droits/propriétaire ?
Dossier d'install de LibO ? dossier de mon profil LibO ?

Des deux

En partant avec un profil XP neuf, tout doit être d'aplomb normalement ??

Avant d'être retraité (il y a 3 ans), j'avais déjà rencontrés des problèmes similaires.
Je te fais parvenir le lien sur les préconisations de Microsoft concernant"les Méthodes conseillées pour l'affectation d'autorisations sur des objets Active Directory" :
http://technet.microsoft.com/fr-fr/library/cc786285(v=ws.10).aspx

#5

Bonsoir,

Bonjour à tous,

Me voilà avec un gros souci avec LibreOffice 3.5 (mais idem avec une
version 3.4) ... le correcteur orthographique refuse de fonctionner.
Voici les constats :
-sur un PC portable Windows XP SP3 (à jour des mises à jour MS) et membre
d'un domaine AD (profils utilisateur locaux)
-installation LibO 3.5 avec les options proposées par défaut : aucun
message d'erreur
-la vérification orthographique ne fonctionne pas (rien n'est souligné par
la petite vague rouge)
-dans la boîte de dialogue "Caractères", sous l'onglet "Police", la langue
"Francais (France)" (la langue de mon document qui apparait bien dans la
barre d'état) n'est pas précédé du symbole "ABC" indiquant que le
dictionnaire est chargé pour cette langue
-dans "Outils > Options > Parametres linguistiques > Linguistique",
hunspell n'apparait pas dans la liste des modules de langue disponibles !!
Je n'ai que "Lightproof Grammar Checker" !
-du coté des extensions, le dictionnaire Dicollecte en version 4.4 est
bien chargé

J'ai donc procédé aux actions suivantes :
1-suppression du profil LibreOffice -> même pb
2-désinstallation de LibO + effacement des traces de LibO sous Program
files + purge Profil + CCleaner + réinstallation -> même pb
3-utilisation d'un autre compte de domaine AD -> Ca fonctionne ! Je me
reconnecte avec mon compte -> re pb !!
4-désinstallation de LibO + effacement des traces de LibO sous Program
files + purge Profil + CCleaner + suppression profil Windows +
réinstallation -> même pb
5-utilisation d'un autre compte de domaine AD -> Ca fonctionne ! Je me
reconnecte avec mon compte -> re pb !!

J'ai même été jusqu'à retirer les GPO de redirection de dossier + mise à
disposition hors connexion de "l'Application Data" ... ca ne change rien !
Si je me connecte sur un autre PC, le problème suit ! Que peut-il bien y
avoir sur mon compte AD qui pose problème ! J'ai flingué mon profil XP
alors je ne trouve pas ce qui cloche encore !
Un problème de droit d'accès à un fichier ? je suis membre du groupe
"Admins. du domaine", donc de la machine. et un utilisateur en compte
basique ça passe très bien !

Je n'y comprend plus rien !!
Si quelqu'un à une idée ... je suis preneur ! J'ai trimé la-dessus toute
la journée !

<mode humour on>Je fais finir par me répéter sur cette liste :slight_smile: <mode
humour off>

Sinon, dans ce genre de problème insoluble, je passe par "procmon.exe"
(disponible gratuitement sur le site "sysinternals") pour isoler le
problème.
Démarrer procmon, reproduire le problème, stopper procmon (via la loupe),
enregistrer le log (via File -save [x] All events). Analyser le log... (le
plus ardu).
Avec le log qu'il crée, il est possible de visualiser par exemple les
problèmes de droits d'accès.
Si tu as des problèmes pour analyser le log, envoie le moi en comprimé à
mon adresse perso et je verrais ce que je peux faire :wink:

Yves.

#6

Bonjour

Je n'ai pas d'expérience avec AD mais ce type de problème (lange & profils)
m'évoque ce type d'Issue (caractères "spéciaux" dans le nom de profil) :
https://issues.apache.org/ooo/show_bug.cgi?id=95753
https://issues.apache.org/ooo/show_bug.cgi?id=95628

Peut-être rien à voir mais bon...

Cordialement
Pierre-Yves

#7

Hourra ! J'ai trouvé la cause de mon souci !
Il s'agit en fait de la redirection des dossiers "Application Data" via un GPO !

Sur notre réseau, la redirection de l'APPDATA est en effet définie sur un serveur du réseau via un partage "USERS$",
Ce qui donne : \\NomServeur\USERS$\%USERNAME%\Application Data

Or il semble que lorsque LibO interprète ce chemin dans l'URI de la clé "UserInstallation" du bootstrap.ini (par défaut : UserInstallation=$SYSUSERCONFIG/LibreOffice/3 ou $SYSUSERCONFIG = l'Application Data de l'utilisateur) et bien le symbole $ pose problème.
A priori, dans les URI, ce symbole introduit le nom d'une variable, comme $SYSUSERCONFIG ou $USERNAME.
Avec le chemin d'accès à mes Application Data redirigés sur "\\NomServeur\USERS$\%USERNAME%\Application Data", et bien le '$' derrière "USERS" lui fait perdre ses petits !! Il ne doit sans doute pas être remplacé par un "%24" à la place.

J'ai réussi à faire fonctionner correctement LibO en ajoutant un partage "USERS", au même endroit sur mon serveur que le partage "USERS$" !

Alors maintenant, la question est : Est-ce un bug ou un comportement attendu ?

Christophe

#8

Hourra ! J'ai trouvé la cause de mon souci !
Il s'agit en fait de la redirection des dossiers "Application Data" via un GPO !

Sur notre réseau, la redirection de l'APPDATA est en effet définie sur un serveur du réseau via un partage "USERS$",
Ce qui donne : \\NomServeur\USERS$\%USERNAME%\Application Data

Or il semble que lorsque LibO interprète ce chemin dans l'URI de la clé "UserInstallation" du bootstrap.ini (par défaut : UserInstallation=$SYSUSERCONFIG/LibreOffice/3 ou $SYSUSERCONFIG = l'Application Data de l'utilisateur) et bien le symbole $ pose problème.
A priori, dans les URI, ce symbole introduit le nom d'une variable, comme $SYSUSERCONFIG ou $USERNAME.
Avec le chemin d'accès à mes Application Data redirigés sur "\\NomServeur\USERS$\%USERNAME%\Application Data", et bien le '$' derrière "USERS" lui fait perdre ses petits !! Il ne doit sans doute pas être remplacé par un "%24" à la place.

J'ai réussi à faire fonctionner correctement LibO en ajoutant un partage "USERS", au même endroit sur mon serveur que le partage "USERS$" !

Alors maintenant, la question est : Est-ce un bug ou un comportement attendu ?

#9

Bonjour,

Hourra ! J'ai trouvé la cause de mon souci !
Il s'agit en fait de la redirection des dossiers "Application Data"
via un GPO !

Sur notre réseau, la redirection de l'APPDATA est en effet définie sur
un serveur du réseau via un partage "USERS$",
Ce qui donne : \\NomServeur\USERS$\%USERNAME%\Application Data

Or il semble que lorsque LibO interprète ce chemin dans l'URI de la
clé "UserInstallation" du bootstrap.ini (par défaut :
UserInstallation=$SYSUSERCONFIG/LibreOffice/3 ou $SYSUSERCONFIG =
l'Application Data de l'utilisateur) et bien le symbole $ pose problème.
A priori, dans les URI, ce symbole introduit le nom d'une variable,
comme $SYSUSERCONFIG ou $USERNAME.
Avec le chemin d'accès à mes Application Data redirigés sur
"\\NomServeur\USERS$\%USERNAME%\Application Data", et bien le '$'
derrière "USERS" lui fait perdre ses petits !! Il ne doit sans doute
pas être remplacé par un "%24" à la place.

J'ai réussi à faire fonctionner correctement LibO en ajoutant un
partage "USERS", au même endroit sur mon serveur que le partage
"USERS$" !

Alors maintenant, la question est : Est-ce un bug ou un comportement
attendu ?

Aucune idée en ce qui me concerne.
Le plus simple me parait être de faire un rapport de bug en mettant bien
les mots GPO et spellcheck dans le sujet (summary) du bug de façon à
attirer l'attention sur les 2 aspects corrélés du bug.
Il faut expliquer tout cela en détail dans le descriptif du bug et
ensuite assigner le bug à Andras Timar. Andras a en effet analysé le
rapport de bug 45750 de Pierre Choffardet, il est donc au courant des
questions relatives au déploiement par GPO. Je peux me charger de cette
assignation une fois le rapport de bug créé.

Bonne journée
JBF

#10

OK. As-tu un lien vers une page expliquant la façon de déclarer un bug ?

#11

Le mieux est d'utiliser l'assistant :
https://www.libreoffice.org/get-help/bug/
Accessible aussi depuis http://fr.libreoffice.org/participer/ en
cliquant sur "Signaler un bug".

JBF