Cozy Cloud : L’enfer des fichiers « conflict(s) », impossible de comprendre leur apparition.

35 x served & 30 x viewed

Je pense que je ne vais pas tarder à abandonner le projet Cozy Cloud, plus le temps passe et plus le nombre de fichier « conflict » augmente malgré la suppression manuelle. A la fin il me faudra un plein temps pour maintenir mon Cozy. Il faudrait que les développeurs  sortent la tête du guidon afin de faire une interface qui fixe ce problème.

J’ai fait quelques statistiques :

Date Nombre de fichier Nombre de conflit
29/06/2018 4640 41 0,88 %
10/07/2018 4809 24 0,50 %
17/07/2018 5132 17 0,33 %
24/07/2018 5784 68 1,18 %
27/08/2018 6298 72 1,14 %
08/10/2018 6924 217 3,13 %

Le problème augmente, et le pire c’est que je fais du « push » uniquement via une source, sinon je pense que cela serait pire !

En plus de cela on a des conflits de conflit … quelques exemples de nom de fichier :

etickets_158406-conflict-2018-07-24T06_10_12.707Zconflict-2018-07-25T10_02_12.673Zconflict-2018-07-26T07_34_52.260Zconflict-2018-07-27T08_35_00.500Zconflict-2018-07-30T05_45_48conflict-2018-10-05T21_11_13.280Z.pdf

On a donc un conflit, de conflit, de conflit, ….

En plus de cela j’ai du mal à comprendre les logs, quand je regarde « component » sur les fichiers « conflic ».

$ grep "conflic" .cozy-desktop/logs.txt | sed 's/"/ /g' | awk '{print $15}' | sort -n | uniq -c
 414 Chokidar
   1 GUI:autoupdater
 517 LocalWatcher
  46 LocalWriter
 494 Merge
 222 Metadata
  94 Pouch
 248 Prep
   1 RemoteWriter
   2 Sync
 413 local/change

$ grep "conflic" .cozy-desktop/logs.txt* | sed 's/"/ /g' | awk '{print $15}' | sort -n | uniq -c
3089 Chokidar
   6 GUI:autoupdater
4086 LocalWatcher
 326 LocalWriter
4400 Merge
1554 Metadata
1369 Pouch
2207 Prep
 158 RemoteWatcher
 814 RemoteWriter
2507 Sync
3080 local/change

$ cat .cozy-desktop/logs.txt* | sed 's/"/ /g' | awk '{print $15}' | sort -n | uniq -c
  83 :
  21 App
56954 Chokidar
  50 GUI
  47 GUI/TRAY
  29 GUI:autoupdater
   7 GUI:proxy
106159 LocalWatcher
 357 LocalWriter
109458 Merge
54051 Metadata
1598 Pouch
56069 Prep
 448 RemoteCozy
  23 RemoteWarningPoller
 891 RemoteWatcher
1118 RemoteWriter
3388 Sync
 291 local/analysis
56921 local/change

Ce qui m’inquiète c’est de voir des « Pouch » et « local/change ». Si j’essaye de résumé mon problème. L’étape n°1, j’ai un fichier et un dossier qui sont poussés vers Cozy.

Ensuite je retourne voir sur mon dossier et je m’aperçois que le fichier d’origine à disparu. Par contre sur Cozy via l’interface Web, c’est bon.

Ensuite j’ai le fichier qui a fait un conflict de conflict, mais sur l’interface Web c’est toujours bon.

Si je fais un grep dans les logs avec le nom de mon fichier, je trouve des logs du type :

{"message":"Cannot read property '_rev' of undefined","name":"TypeError","stack":"TypeError: Cannot read property '_rev' of undefined\n    at Remote.moveFileAsync (/Applications/Cozy Drive.app/Contents/Resources/app.asar/core/remote/index.js:215:34)\n

A noter :

$ grep "TypeError: Cannot read" .cozy-desktop/logs.txt* | wc -l
     736
$ grep "TypeError: " .cozy-desktop/logs.txt* | grep -v "Cannot read" | wc -l
       0

Si je regarde les fichiers de logs, je ne retrouve pas la date de création. Car les fichiers de logs on tournés … bien que j’ai du mal à comprendre qu’il y ait des fichiers vides …

$ ls -l .cozy-desktop/logs.txt*
-rw-r--r--  1 toto  staff  24560050  8 oct 16:58 .cozy-desktop/logs.txt
-rw-r--r--  1 toto  staff         0  7 oct 13:43 .cozy-desktop/logs.txt.0
-rw-r--r--  1 toto  staff       807  7 oct 10:55 .cozy-desktop/logs.txt.1
-rw-r--r--  1 toto  staff  49082657  5 oct 23:14 .cozy-desktop/logs.txt.2
-rw-r--r--  1 toto  staff  24618689  4 oct 16:52 .cozy-desktop/logs.txt.3
-rw-r--r--  1 toto  staff  24548847  2 oct 14:51 .cozy-desktop/logs.txt.4
-rw-r--r--  1 toto  staff  24831008 28 sep 15:23 .cozy-desktop/logs.txt.5
-rw-r--r--  1 toto  staff  24872034 27 sep 17:32 .cozy-desktop/logs.txt.6

Misère.

MacOS : Cozy.Cloud 3.9.0

63 x served & 9 x viewed

Bizarre, suite à la mise à jours en 3.9.0 j’ai 115 nouveaux documents vu par le drivers … j’ai l’impression qu’il y avait un gros bugs de synchronisation.

A suivre.

Digiposte : enfin un début de sécurité !

518 x served & 34 x viewed

Lors de mon dernier post (, je critiquais encore la sécurité : http://www.cyber-neurones.org/2018/06/digiposte-leur-conception-de-la-securite-et-de-la-communication-misere/ . Et pareil pour mon post http://www.cyber-neurones.org/2016/11/digiposte-beaucoup-de-progres-mais-pas-sur-la-securite/ (

Depuis le début je demande une interface pour voir les connections avec : OS / IP / Date / Heure de connexion. Enfin Digiposte prend en compte cette demande, à 75% car il manque l’IP.

Sachant que Linux Desktop, c’est Cozy.Cloud … pas très Desktop. A suivre. S’il y avait l’IP cela permettrait de ne pas afficher n’importe quoi.

En fait si je regarde Google, PHPNET, Wordfence, Cozy, … tous affichent l’IP. Chez La Poste on sort les options avec 2 ans de retard et pas complète. Misère.

A suivre, mais des progrès encourageants !

PHPNET rejoint le groupe Magic Online

102 x served & 17 x viewed

Le lien : https://blog.phpnet.org/phpnet-a-rejoint-le-groupe-magic-online/ .

Que dire sur PHPNET ?

Je suis fidèle à PHPNET depuis le 17 septembre 2003 (plus de 15 ans)… je vais essayé de le rester.

A suivre.

Cozy Cloud : Quel est la méthode pour supprimer les fichiers/répertoires avec « conflict » ?

102 x served & 27 x viewed

Voir la Question/Reponse n°3 sur ma liste : http://www.cyber-neurones.org/2018/05/cozy-cloud-mes-quelques-questions/ .

Si je fais des statistiques sur mon Cozy Cloud :

  • Nombre de fichier avec « conflict » : 35/4640 = 0,75%.
  • Nombre de répertoire avec « conflict » :  3/608 = 0,49%

Le problème n’est pas énorme, mais il existe … on a donc près de 0,5% des fichiers qui n’ont pas le nom d’origine.

Voici mon architecture :

  • Un Mac avec Cozy Drive : pour la consultation et le push.
  • Un Smartphone avec Cozy : uniquement pour la consultation, et téléchargement.
  • Un PC avec Chrome : uniquement pour la consultation.

Donc à la base pour moi il est impossible d’avoir un « conflict », vu qu’il y a que le Mac qui fait du push.

Note : L’idéal pour moi serait aussi de pouvoir bloqué les push, et les téléchargements via l’application Internet pour plus de sécurité, et d’autoriser seulement la consultation.

Ma question est : comment faire pour supprimer les fichiers/répertoires de type « conflict » ?

Mon exemple : En local sur mon Mac j’ai ceci :

Et via la l’interface Web, j’ai ceci :

Pour moi en toute logique, sur mon Mac je devrais avoir les répertoires en conflict et les répertoires réels ?!

Ma méthode :

  1. Je vide la corbeille. ( On sait jamais, un ID qui resterait )
  2. Je supprimer le répertoire en question via l’interface Web (par exemple 2014).
  3. J’attends une minute.
  4. Je renomme le fichier via le Mac (par exemple 2014-conflict-… en 2014).

Mais cela ne fonctionne pas, le fichier renommé est denouveau en « conflict ». Quelle méthode adopter ? Est-il possible de voir l’ID avec lequel il est en conflit ?

L’autre problème c’est avec l’import via Digiposte, qui fait des « conflict » automatiquement … ce qui veut dire que la corbeille se remplie toute seule sans rien faire. Misère.

Merci pour votre support.