OVH Cloud OVH Cloud

Association appli/fichier

33 réponses
Avatar
mv
Hello,

Voilà ce que je viens de constater au sujet des associations entre
applications et fichiers... ce fameux launchservices qui nous prend la
tête depuis quelques jours.

2 fichiers semblent concernés par ces associations :
- le fichier .csstore créé par le système dans un sous-sous-dossier
(nommé "0") du dossier /var/folders
Ce fichier semble plutôt "générique" : il est créé par le système en
fonction des applis qu'il trouve sur l'ordi et fait des associations
appli/fichier disons : standard.
- le 2ème fichier est plus spécifique à l'utilisateur : c'est le fichier
com.apple.launchservices.secure.plist situé dans le dossier
/Users/MV/Library/Preferences/com.apple.LaunchServices

C'est ce fichier qui semble battre de l'aile chez certains...

J'ai, par exemple, demandé à ce que tous les fichiers .txt créés avec
TextEdit soient ouverts avec BBEdit et je me suis aperçu qu'une nouvelle
clé apparaissait dans le fichier ci-dessus :

<dict>
<key>LSHandlerContentType</key>
<string>public.plain-text</string>
<key>LSHandlerPreferredVersions</key>
<dict>
<key>LSHandlerRoleAll</key>
<string>-</string>
</dict>
<key>LSHandlerRoleAll</key>
<string>com.barebones.bbedit</string>
</dict>

Je suis revenu à la situation antérieure en redéfinissant TexEdit comme
appli par défaut et la clé n'a pas disparu mais est devenue :

<dict>
<key>LSHandlerContentType</key>
<string>public.plain-text</string>
<key>LSHandlerPreferredVersions</key>
<dict>
<key>LSHandlerRoleAll</key>
<string>-</string>
</dict>
<key>LSHandlerRoleAll</key>
<string>com.apple.textedit</string>
</dict>

Mieux : j'ai édité ce fichier et j'ai modifié manuellement la ligne

<string>com.apple.textedit</string>
en :
<string>com.barebones.bbedit</string>

J'ai relancé le Finder et BBEdit est redevenu l'appli par défaut pour
les fichiers .txt

J'ai testé de la même manière avec les fichiers de type .plist et même
résultats probants que précédemment.

Donc les associations définies par l'utilisateur sont bien à chercher
dans ce fichier.

Si vous voulez qu'il ne bouge plus... verrouillez-le !
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>

10 réponses

1 2 3 4
Avatar
Eckard
Le 27/03/2018 à 19:11, MV a écrit :
Eckard a soumis à notre sagacité :
C'est ce que je pense

Je ne veux pas que tu penses, je veux que tu me dises ! ;-)
Ah ! Putain ! Si j'avais ce bug (mais pourquoi ne l'ai-je point ?),
j'aurais vite fait les réponses précises à mes questions précises en
particulier celle à laquelle tu ne me réponds pas clairement ni ici ni
ailleurs : si le bug apparaît, est-ce qu'un simple redémarrage le fait
disparaître (même provisoirement), oui ou non ? Je dis bien : sans rien
faire d'autre que redémarrer !
Cordialement.

Je l'ai déjà dit et je le redis.
Un simple redémarrage du Mac et même la simple fermeture/réouverture de
la session fait provisoirement disparaitre les *effets* du bug mais pas
le bug lui-même bien sûr.
Mais je suis incapable d'expliquer de quelle manière (en modifiant quels
fichiers) ce bug agit. Pour cela il faudra que je sois à la fois un
connaisseur intime du code de Firefox et de celui de High Sierra. je ne
suis ni l'un ni l'autre.
Avatar
mv
Eckard a soumis à notre sagacité :
Je l'ai déjà dit et je le redis.

Non... Tu as toujours dit que tu avais bricolé ici et là avant un
redémarrage ! Déplacement et replacement de fichiers, modifications des
liens appli/fichiers, etc. mais je ne vois nulle part : "j'ai juste
redémarré et c'est retombé en marche... jusqu'à ce que ça redéconne" !
Mais j'ai sans doute raté des bouts...
Un simple redémarrage du Mac et même la simple fermeture/réouverture de
la session fait provisoirement disparaitre les *effets* du bug mais pas
le bug lui-même bien sûr.

Yeah ! Merci : là c'est clair et net. ;-)
Ta réponse confirme que ce bug ne corrompt pas le fichier important
qu'est com.apple.launchservices.secure.plist qui est pris en compte
par-dessus le fichier .csstore... sauf quand il y a un bug ou une modif
- temporaire - de la liaison.
Mais je suis incapable d'expliquer de quelle manière (en modifiant quels
fichiers) ce bug agit. Pour cela il faudra que je sois à la fois un
connaisseur intime du code de Firefox et de celui de High Sierra. je ne
suis ni l'un ni l'autre.

Non Jeff... T'es pas tout seul ! ;-)
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Avatar
Eckard
Le 27/03/2018 à 20:31, MV a écrit :
Eckard a soumis à notre sagacité :
Je l'ai déjà dit et je le redis.

Non... Tu as toujours dit que tu avais bricolé ici et là avant un
redémarrage ! Déplacement et replacement de fichiers, modifications des
liens appli/fichiers, etc. mais je ne vois nulle part : "j'ai juste
redémarré et c'est retombé en marche... jusqu'à ce que ça redéconne" !
Mais j'ai sans doute raté des bouts...

J'ai envie de lever un peu le pied après une semaine qui m'a lessivé et
je n'ai plus tellement envie de m'expliquer comme dans un
contre-interrogatoire sur certaines formulations utilisées dans des
messages écrits il y a quelques jours ou de me justifier pour ne pas
avoir trouvé la cause (le bug) si évidente plus tôt.
Je suis très content que je n'ai ni virus ni malware sur mon Mac, qu'on
ait trouvé la cause de ce désagrément très gênant, qu'il existe une
solution provisoire de contournement de ce bug et que la perspective de
devoir réinstaller un utilisateur s'éloigne.
Pour l'instant cela me suffit largement ...
Tu ne peux pas reproduire ce bug et si tu veux l'explorer plus en
profondeur je te propose une session TeamViewer.
Avatar
mv
Eckard a soumis à notre sagacité :
J'ai envie de lever un peu le pied après une semaine qui m'a lessivé et
je n'ai plus tellement envie de m'expliquer comme dans un
contre-interrogatoire sur certaines formulations utilisées dans des
messages écrits il y a quelques jours ou de me justifier pour ne pas
avoir trouvé la cause (le bug) si évidente plus tôt.

OK.
Bonne soirée et bonne continuation.
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Avatar
JPP
In article <5abaa282$0$3304$,
Eckard wrote:
Je suis très content que je n'ai ni virus ni malware sur mon Mac, qu'on
ait trouvé la cause de ce désagrément très gênant, qu'il existe une
solution provisoire de contournement de ce bug

FF59.0.2 de cette nuit me semble résoudre le problème, sans modifier le
paramétrage par défaut de security.sandbox (-3).
Avatar
Matt
On Mar 27 mars 2018 (13:51),
MV wrote:
Seule chose que je ne comprends toujours pas : pourquoi ces .csstore
sont-ils situés dans /var/folders ie en dehors des dossiers utilisateurs
puisqu'ils sont (sous Sierra en tout cas) créés et/ou mis à jour lors de
l'ouverture d'une session et pas en amont.
Si quelqu'un a une idée ?

D'après hier(7) c'est là que sont destinés les fichiers et caches des
utilisateurs :
#v+
% man 7 hier
[...]
/var/ multi-purpose log, temporary, transient, and spool files
[...]
folders/ per-user temporary files and caches
#v-
hth
--
<Minseven> La premiere chose que je regarde chez un homme, c'est sa femme.
* http://bashfr.org/?4141
Avatar
Eckard
Le 27/03/2018 à 22:52, MV a écrit :
Eckard a soumis à notre sagacité :
J'ai envie de lever un peu le pied après une semaine qui m'a lessivé et
je n'ai plus tellement envie de m'expliquer comme dans un
contre-interrogatoire sur certaines formulations utilisées dans des
messages écrits il y a quelques jours ou de me justifier pour ne pas
avoir trouvé la cause (le bug) si évidente plus tôt.

OK.
Bonne soirée et bonne continuation.
Cordialement.

Si ça t'intéresse encore : la même histoire racontée par d'autres dans
le forum MacRumors.
<https://forums.macrumors.com/threads/something-keeps-changing-my-open-with-defaults.2103071/>
Avatar
mv
Matt a soumis à notre sagacité :
D'après hier(7) c'est là que sont destinés les fichiers et caches des
utilisateurs

Merci. Il faudrait donc plutôt considérer les
com.apple.LaunchServices-175-v2.csstore comme des caches et non pas
comme de "vraies" bases de données.
Il reste cette interrogation que j'ai soulevée dans
<news:1nmbztr.17geszkanprt1N% : comment se fait-il
qu'il soit possible de passer outre (certes temporairement) aux préfs de
l'utilisateur contenues dans le fichier
com.apple.launchservices.secure.plist ?
Ça ne devrait pas pouvoir se produire et pourtant c'est bien ce qui
autorise le problème engendré par Firefox et tous les désagréments qui
vont avec.
Cordialement.
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
Avatar
Eckard
Le 28/03/2018 à 11:30, MV a écrit :
Matt a soumis à notre sagacité :
D'après hier(7) c'est là que sont destinés les fichiers et caches des
utilisateurs

Merci. Il faudrait donc plutôt considérer les
com.apple.LaunchServices-175-v2.csstore comme des caches et non pas
comme de "vraies" bases de données.

C'est ce que j'avais humblement suggéré dans mon message d'hier à 15:02
h dans le fil "Perte du choix ...."
Avatar
mv
Eckard a soumis à notre sagacité :
C'est ce que j'avais humblement suggéré dans mon message d'hier à 15:02
h dans le fil "Perte du choix ...."

Oui mais là on reste à la surface visible des choses.
La modification (donc temporaire) par Firefox ou par l'utilisateur
(comme je l'ai indiqué si on verrouille le fichier de préf) n'est pas
forcément écrite en dur dans un quelconque fichier : elle peut
simplement être en RAM... même si les apparences font penser qu'elle est
écrite dans le fichier .csstore
Cordialement.
PS Ben alors ? T'es toujours là ? ;-)
--
Michel Vauquois - <http://michelvauquois.fr>
Nouveau : <http://art-doise-4.michelvauquois.free-h.fr>
et <http://art-doise-5.michelvauquois.free-h.fr>
1 2 3 4