Ouverture documents Excel protégés

Bonjour,

J'ai un problème récurrent avec la version 4.0.4 de Calc.

Lorsque je veux ouvrir des documents Excel, protégés en lecture seule, il
s'ouvrent... mais sans demander le moindre mot de passe, ce qui les laisse
en lecture seule (logique... :smiley: ), donc non modifiable.

J'ai eu beau chercher, impossible de trouver un endroit où saisir le mot de
passe ou un paramètre à modifier pour que ce mot de passe soit demandé à
l'ouverture.

Si quelqu'un a la solution ou une piste, je suis preneur.

Merci d'avance.

Galawa

Bonjour,

Peut-être une piste.
Une fois ouvert, il faut enregistrer le fichier pour pouvoir le modifier.

Cordialement
Mr Sandy-Pascal Andriant

Bonjour,

Voir aussi : Outils -> Protéger le document

Bonjour,

Pour le rénregistrement, c'est impossible car je travaille en environnement
réseau hétérogène (Excel et Libre Office), et c'est Excel qui prime.

Pour le menu "Outils", j'y ai pensé, mais c'est grisé...

Merci

Galawa

Bonjour Galawa,

Bonjour,

J'ai un problème récurrent avec la version 4.0.4 de Calc.

Lorsque je veux ouvrir des documents Excel, protégés en lecture seule, il
s'ouvrent... mais sans demander le moindre mot de passe, ce qui les laisse
en lecture seule (logique... :smiley: ), donc non modifiable.

J'ai eu beau chercher, impossible de trouver un endroit où saisir le mot de
passe ou un paramètre à modifier pour que ce mot de passe soit demandé à
l'ouverture.

Si quelqu'un a la solution ou une piste, je suis preneur.

Merci d'avance.

Galawa

Ces problèmes de mot de passe sont un souci important. Voici le résultat de mes tests du matin :
1 - Fichier créé sous XL 2010 au format xlsx
---> le fichier s'ouvre en lecture seule
---> Cliquer sur le bouton "editer le fichier" de la barre d'outil standard (5è en partant de la gauche, là ou le pouce est à droite :wink:
---> Lecture désactivée MAIs aucune demande de mot de passe (enfin, voici la réponse à ta question)

2 - Fichier créé sous XL 2010 mais enregistré au format XLS
Mêmes manipulations MAIS demande du mot de passe --> ce qui est le comportement attendu il me semble.
conclusion : il y a un souci avec le format XML et la protection au niveau du fichier (ce qui se passe bien au niveau de la feuille)

J'ai mis les fichiers à dispo ici
http://cjoint.com/?CHtk7Eb4hUp
http://cjoint.com/?CHtlaj7VQUf

bonne journée.

Marie-Jo

Bonjour,

chez moi (Ubuntu 13.04 et version 4.1.0.4) :
le fichier xlsx s'ouvre en lecture et écriture sans rien demander du tout.
le fichier xls s'ouvre en lecture seule et demande d'actualiser les liens vers d'autres fichiers.

Mais pas l'ombre d'un mot de passe.

Cordialement

même comportement sous fedora18, libo Version: 4.1.1.1
Gérard

Bonjour Galawa,

Bonjour,

J'ai un problème récurrent avec la version 4.0.4 de Calc.

Lorsque je veux ouvrir des documents Excel, protégés en lecture seule, il
s'ouvrent... mais sans demander le moindre mot de passe, ce qui les laisse
en lecture seule (logique... :smiley: ), donc non modifiable.

J'ai eu beau chercher, impossible de trouver un endroit où saisir le mot de
passe ou un paramètre à modifier pour que ce mot de passe soit demandé à
l'ouverture.

Si quelqu'un a la solution ou une piste, je suis preneur.

Merci d'avance.

Galawa

Ces problèmes de mot de passe sont un souci important. Voici le résultat de mes tests du matin :
1 - Fichier créé sous XL 2010 au format xlsx
---> le fichier s'ouvre en lecture seule
---> Cliquer sur le bouton "editer le fichier" de la barre d'outil standard (5è en partant de la gauche, là ou le pouce est à droite :wink:
---> Lecture désactivée MAIs aucune demande de mot de passe (enfin, voici la réponse à ta question)

2 - Fichier créé sous XL 2010 mais enregistré au format XLS
Mêmes manipulations MAIS demande du mot de passe --> ce qui est le comportement attendu il me semble.
conclusion : il y a un souci avec le format XML et la protection au niveau du fichier (ce qui se passe bien au niveau de la feuille)

J'ai mis les fichiers à dispo ici
http://cjoint.com/?CHtk7Eb4hUp
http://cjoint.com/?CHtlaj7VQUf

bonne journée.
Marie-Jo

Bonjour,

chez moi (Ubuntu 13.04 et version 4.1.0.4) :
le fichier xlsx s'ouvre en lecture et écriture sans rien demander du tout.
le fichier xls s'ouvre en lecture seule et demande d'actualiser les liens vers d'autres fichiers.

Mais pas l'ombre d'un mot de passe.

Cordialement

même comportement sous fedora18, libo Version: 4.1.1.1
Gérard

Bonjour, Configuration : LinuxMint 15 Cinnamon, LibreOffice version 4.0.4.2 (Build ID: 9e9821abdOffdbc09cd8c52eaa574fa09eb08f2)
Aucun problème de lecture ni d'écriture.
Cordialement.
Michel

Bonjour à tous,

Tout d'abord, merci de vos réponses : elles confirment bien qu'il y a un
dysfonctionnement.

En effet, sauf erreur de ma part, si le document est protégé par un mot de
passe, au moment de l'ouverture du fichier, il devrait y avoir un mot de
passe demandé, soit pour l'accès au document (si protection en lecture et
écriture), soit pour la modification (si protection en écriture).

Il ne me semble pas très logique de voir le contenu d'un document qui ne
devrait pas l'être si protégé par un mot de passe.

Je dois remonter le bug à qui ?

Merci.

Galawa

Bonjour à tous,

Tout d'abord, merci de vos réponses : elles confirment bien qu'il y a un
dysfonctionnement.

En effet, sauf erreur de ma part, si le document est protégé par un mot de
passe, au moment de l'ouverture du fichier, il devrait y avoir un mot de
passe demandé, soit pour l'accès au document (si protection en lecture et
écriture), soit pour la modification (si protection en écriture).

Pas forcément, il peut être partiellement protégé de façon à ce qu'on puisse le modifier en protégeant la structure par exemple, ce qui est assez courant. Dans ce cas, on ne se rend pas compte qu'il est protégé, idem si seulement les macros sont protégées.

Il ne me semble pas très logique de voir le contenu d'un document qui ne
devrait pas l'être si protégé par un mot de passe.

Je dois remonter le bug à qui ?

Si c'est Excel à Microsoft !

Bonjour à tous,

Tout d'abord, merci de vos réponses : elles confirment bien qu'il y a un
dysfonctionnement.

En effet, sauf erreur de ma part, si le document est protégé par un mot de
passe, au moment de l'ouverture du fichier, il devrait y avoir un mot de
passe demandé, soit pour l'accès au document (si protection en lecture et
écriture), soit pour la modification (si protection en écriture).

Il ne me semble pas très logique de voir le contenu d'un document qui ne
devrait pas l'être si protégé par un mot de passe.

Je dois remonter le bug à qui ?

cela démontre l'efficacité de ces protections ! donc à ne pas utiliser

Merci.

Galawa

Gérard

Bonjour,

Euh…Excel ???

Je ne suis pas certain que le bug soit (pour une fois...) chez Microsoft.

Un avis ?

Merci

Galawa

​Si votre fichier au format xls (donc Excel) est "protégé" en lecture par
quelque méthode que ce soit,​ et qu'il est possible de voir le contenu
immédiatement sans saisir le mot de passe, je dirais que le problème est
dans le format du fichier.
Si il s'agit d'une protection complète, les données devraient être
chiffrées, donc illisible sans mot de passe. Il me semble que les anciens
formats microsoft ne faisaient pas ça, il s'agissait plus d'une protection
pour les utilisateurs "de bonne foi". Les nouveaux formats n'ont pas ce
problème (mais en ont d'autres... :wink: )

Bonjour,

Bonjour à tous,

Tout d'abord, merci de vos réponses : elles confirment bien qu'il y a un
dysfonctionnement.

En effet, sauf erreur de ma part, si le document est protégé par un mot de
passe, au moment de l'ouverture du fichier, il devrait y avoir un mot de
passe demandé, soit pour l'accès au document (si protection en lecture et
écriture), soit pour la modification (si protection en écriture).

Il ne me semble pas très logique de voir le contenu d'un document qui ne
devrait pas l'être si protégé par un mot de passe.

Je dois remonter le bug à qui ?

cela démontre l'efficacité de ces protections ! donc à ne pas utiliser

J'en reviens à mes tests. Lorsque le fichier est en xls, j'ai bien eu la demande de mot de passe. Donc aucun bug à priori sous Windows mais problème sous linux.
Galawa, pourrais tu me faire passer ton fichier ? Est-ce que le "Editer le fichier " a engendré une demande de mot de passe ?
En revanche, le souci existe avec un xlsx sous windows également.

Il me semble qu'il s'agisse d'une régression. Ces soucis étaient réglés avec les versions 3.X
Est-ce que quelqu'un pourrait fournir un fichier xls protégé en écriture mais créé avec un Excel 2003 ?

Merci

Marie-Jo

Bonjour,

Bonjour à tous,

Tout d'abord, merci de vos réponses : elles confirment bien qu'il y a un
dysfonctionnement.

En effet, sauf erreur de ma part, si le document est protégé par un mot de
passe, au moment de l'ouverture du fichier, il devrait y avoir un mot de
passe demandé, soit pour l'accès au document (si protection en lecture et
écriture), soit pour la modification (si protection en écriture).

Il ne me semble pas très logique de voir le contenu d'un document qui ne
devrait pas l'être si protégé par un mot de passe.

Je dois remonter le bug à qui ?

cela démontre l'efficacité de ces protections ! donc à ne pas utiliser

J'en reviens à mes tests. Lorsque le fichier est en xls, j'ai bien eu la demande de mot de passe. Donc aucun bug à priori sous Windows mais problème sous linux.
Galawa, pourrais tu me faire passer ton fichier ? Est-ce que le "Editer le fichier " a engendré une demande de mot de passe ?
En revanche, le souci existe avec un xlsx sous windows également.

Il me semble qu'il s'agisse d'une régression.

j'aimerais une précision : on parle bien d'un fichier généré par MS ?
si oui, je ne vois donc pas ou serait la régression coté libo.
Si la protection n'est pas capable de supporter un bug de libo, ce n'est pas une protection.
Gérard

Bonjour,

Si la protection n'est pas capable de supporter un bug de libo, ce n'est pas une protection.

On n'est pas sur discuss-fr mais je ne sais pas si l'on peut parler de bug de LO (cela sous-entend qu'il faut le corriger). En quoi LibreOffice devrait respecter un simulacre de protection ?
Ce serait même un peu de la complicité avec Microsoft que de faire croire à l'utilisateur qu'il est nécessaire de rentrer un mot de passe pour accéder à des données propriétaires non protégées.
Que l'on ne cherche pas à détourner systématiquement les failles du format, soit. Mais je pense que les développeurs LO ont peut être d'autres priorités que que de passer du temps pour essayer de les masquer. :wink:

Luc.

Bonjour,

d'autant que si on a la curiosité d'utiliser Gnumeric c'est "pire" que LO. Les deux fichiers sont en lecture et écriture alors qu'avec LO il y en avait un des deux en lecture seule. Mais c'est une fausse lecture seule puisque vous pouvez sans problème copier le contenu dans un nouveau classeur lecture et écriture.
Conclusion : documents accessibles à tout le monde et contenu absolument pas protégé.

Bonjour,

Bonjour,

Si la protection n'est pas capable de supporter un bug de libo, ce n'est pas une protection.

On n'est pas sur discuss-fr mais je ne sais pas si l'on peut parler de bug de LO (cela sous-entend qu'il faut le corriger). En quoi LibreOffice devrait respecter un simulacre de protection ?
Ce serait même un peu de la complicité avec Microsoft que de faire croire à l'utilisateur qu'il est nécessaire de rentrer un mot de passe pour accéder à des données propriétaires non protégées.
Que l'on ne cherche pas à détourner systématiquement les failles du format, soit. Mais je pense que les développeurs LO ont peut être d'autres priorités que que de passer du temps pour essayer de les masquer. :wink:

Luc.

Bonjour,

d'autant que si on a la curiosité d'utiliser Gnumeric c'est "pire" que LO. Les deux fichiers sont en lecture et écriture alors qu'avec LO il y en avait un des deux en lecture seule. Mais c'est une fausse lecture seule puisque vous pouvez sans problème copier le contenu dans un nouveau classeur lecture et écriture.
Conclusion : documents accessibles à tout le monde et contenu absolument pas protégé.

Ok, ok ok. STOP !
Tenez ce discours à des utilisateurs pro Microsoft bornés mais pas sur cette liste. (nous sommes tous d'accord ici)
Si nous utilisions notre énergie à fournir aux développeurs les analyses de nos tests et investigations, ce serait plus productif.
Cela fonctionnait en OOo et en Libo 3.X donc il s'agit juste d'une régression, comme d'autres existent et sont ensuite corrigées. Merci à eux. Il ne s'agit pas d'un bug en effet.
Quant aux priorités des développeurs. Lorsque 90% des français auront basculé à Office 2013, ils auront le temps de faire ce qui leur fera plaisir.
Si nous voulons faire changer les chose (et je pense que c'est en cours), il faut faire des efforts. Et dans le commerce, c'est le "petit" qui s'adapte à son gros concurrent.
Je rappelle que Mso arrête le suivi de ces produits XP et office 2003 le 8 avril 2014. C'est donc dans les 18 mois à venir que cela va se jouer. Et avec des élections au milieu,
c'est pas gagné.
Je sais que j'emploie ici des "vilains mots". Mais c'est la réalité économique et sociale de la chose. Pour obtenir des parts de marché, il faut se plier à quelques règles, mêmes absurdes soient elles.
Je rappelle qu'un outil informatique ne sert à rien d'autre que d'être un outil pour des utilisateurs : des êtres humains.
Or, ces problèmes de compatibilité n'emmerde ni Microsoft, ni aucun informaticien, juste des utilisateurs qui perdent du temps et maudissent le produit.
Je rappelle qu'ils n'ont pas choisi, contrairement à nous, d'utiliser l'outil.

Désolée pour mon coup de gueule.
Et comme vous m'avez énervée, je viens de faire un autre Test. J'ai protégé en lecture seule un fichier ODS dans calc.
Et son ouverture dans Excel 2010 fait péter la protection. Excel couine à l'ouverture et ouvre un fichier "réparé". Mais non protégé...

Bonne journée

Marie-Jo

Microsoft ou pas, ce n'est pas la question. Il se trouve simplement que nous avons eu en main des fichiers Excel à tester. Mais il faut surtout retenir le fait que ce type de protection n'est pas réellement fiable. Il m'est arrivé plus d'une fois d'arriver à dévérouiller des fichiers dont j'avais oublié le mot de passe en changeant de logiciel ou même tout simplement de version du même logiciel. Et des fois je n'ai pas réussi. Pourquoi ? Je n'en sais rien, je ne suis qu'utilisateur de base. Mais ma conclusion demeure : je ne fais pas confiance à cette méthode de protection pour des fichiers à diffuser.

Bonjour Jacques,

Bonjour,

Bonjour,

Si la protection n'est pas capable de supporter un bug de libo, ce n'est pas une protection.

On n'est pas sur discuss-fr mais je ne sais pas si l'on peut parler de bug de LO (cela sous-entend qu'il faut le corriger). En quoi LibreOffice devrait respecter un simulacre de protection ?
Ce serait même un peu de la complicité avec Microsoft que de faire croire à l'utilisateur qu'il est nécessaire de rentrer un mot de passe pour accéder à des données propriétaires non protégées.
Que l'on ne cherche pas à détourner systématiquement les failles du format, soit. Mais je pense que les développeurs LO ont peut être d'autres priorités que que de passer du temps pour essayer de les masquer. :wink:

Luc.

Bonjour,

d'autant que si on a la curiosité d'utiliser Gnumeric c'est "pire" que LO. Les deux fichiers sont en lecture et écriture alors qu'avec LO il y en avait un des deux en lecture seule. Mais c'est une fausse lecture seule puisque vous pouvez sans problème copier le contenu dans un nouveau classeur lecture et écriture.
Conclusion : documents accessibles à tout le monde et contenu absolument pas protégé.

Ok, ok ok. STOP !
Tenez ce discours à des utilisateurs pro Microsoft bornés mais pas sur cette liste. (nous sommes tous d'accord ici)
Si nous utilisions notre énergie à fournir aux développeurs les analyses de nos tests et investigations, ce serait plus productif.
Cela fonctionnait en OOo et en Libo 3.X donc il s'agit juste d'une régression, comme d'autres existent et sont ensuite corrigées. Merci à eux. Il ne s'agit pas d'un bug en effet.
Quant aux priorités des développeurs. Lorsque 90% des français auront basculé à Office 2013, ils auront le temps de faire ce qui leur fera plaisir.
Si nous voulons faire changer les chose (et je pense que c'est en cours), il faut faire des efforts. Et dans le commerce, c'est le "petit" qui s'adapte à son gros concurrent.
Je rappelle que Mso arrête le suivi de ces produits XP et office 2003 le 8 avril 2014. C'est donc dans les 18 mois à venir que cela va se jouer. Et avec des élections au milieu,
c'est pas gagné.
Je sais que j'emploie ici des "vilains mots". Mais c'est la réalité économique et sociale de la chose. Pour obtenir des parts de marché, il faut se plier à quelques règles, mêmes absurdes soient elles.
Je rappelle qu'un outil informatique ne sert à rien d'autre que d'être un outil pour des utilisateurs : des êtres humains.
Or, ces problèmes de compatibilité n'emmerde ni Microsoft, ni aucun informaticien, juste des utilisateurs qui perdent du temps et maudissent le produit.
Je rappelle qu'ils n'ont pas choisi, contrairement à nous, d'utiliser l'outil.

Désolée pour mon coup de gueule.
Et comme vous m'avez énervée, je viens de faire un autre Test. J'ai protégé en lecture seule un fichier ODS dans calc.
Et son ouverture dans Excel 2010 fait péter la protection. Excel couine à l'ouverture et ouvre un fichier "réparé". Mais non protégé...

Bonne journée

Marie-Jo

Microsoft ou pas, ce n'est pas la question. Il se trouve simplement que nous avons eu en main des fichiers Excel à tester. Mais il faut surtout retenir le fait que ce type de protection n'est pas réellement fiable. Il m'est arrivé plus d'une fois d'arriver à dévérouiller des fichiers dont j'avais oublié le mot de passe en changeant de logiciel ou même tout simplement de version du même logiciel. Et des fois je n'ai pas réussi. Pourquoi ? Je n'en sais rien, je ne suis qu'utilisateur de base. Mais ma conclusion demeure : je ne fais pas confiance à cette méthode de protection pour des fichiers à diffuser.

Je suis tout à fait d'accord. "Les mots de passe n'embêtent que les braves gens". C'est pas de moi, je crois même l'avoir lu sur cette liste et je le dis souvent.
Mais il ne s'agit pas d'une notion de confidentialité mais juste pour éviter qu'un utilisateur ne casse toutes les formules, s'il n'y ai pas autorisé.
Il ne s'agira pas de malveillance mais de maladresse. N'empêche que les formules ne marcheront plus. Le tableur est très utilisé de nos jours.
Je préconise aussi l'utilisation de modèles lorsque c'est possible. Mais tout dépend de l'utilisation du fichier.
C'est pourquoi cette histoire de mot de passe pour permettre la modification est un souci à mes yeux et sur le terrain. Pour les mots de passe à l'ouverture, je tiens
le même discours que toi. Et les programmes pour faire péter tous les mots de passe Mso se téléchargent facilement sur internet :wink:

Bonne journée

Marie-Jo