SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 23.11.2010 - 5h55 par Leo_11

'lut…

Depuis quelques temps (je serai incapable de dire combien exactement…) à chaque synchronisation de ma clef USB avec ce génial utilitaire je dois passer plusieurs fois pour être sûr que tous les documents modifiée (que ça soit sur mon ordi au travail ou à la maison, peu importe)… voir dans certains cas remplacer à la main un dos qui n'est pas pris en compte…

Exemple : hier j'ai modifié un document au travail et un autre document à la maison… celui du travail à été synchronisé qu'après trois passage avec STF alors que j'ai dû transférer le second à la main sur ma clef…

Est-ce un bug dû au passage récent au système 10.6.5 ???


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 23.11.2010 - 11h30 par Okapi

J'ai eu le même problème, il faut demander à Thomas si il a remarqué, certains dossiers sont en effet oubliés.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 25.11.2010 - 19h45 par Tom25

Super fier je suis de voir le titre d'un sujet avec le nom d'un de mes programmes, mais suivi par bug ça me plait moins :D .

Non, je n'ai rien remarqué. Mais en tout cas je sais que je n'ai pas touché à cette partie du programme qui est le cœur du logiciel.
De toute façon c'est assez simple, je fais Date1 = date de modif du fichier 1 et Date2 = date de modif du fichier 2 .
Si Date1 > Date 2 alors etc. .
Mais le fait qu'un coup ça marche un coup non … :shock: , c'est que le système ne me renvoie pas la même date à chaque fois !?

RealStudio a changé de version depuis, je vais recopiler avec la dernière mouture de RealStudio et on verra bien.
Je reviens éditer ce post dès que c'est en ligne.

Edit :
Ayé, j'ai testé 2 fois une simulation sur ma clef de sauvegarde avec la version que j'avais, et les 2 fois il m'a trouvé le même nombre de fichiers à sauvegarder. J'ai recommencé avec la nouvelle version, et il m'a trouvé pareil. Mais la version que j'avais n'était peut-être pas la même que vous, il m'arrive de faire des modifs mineures, de les compiler et de les uploader mais sans changer le n° de version, donc personnes ne voient rien. Mais comme je sais je me mets à jour :wink: .
J'ai donc recompilé avec la dernière mouture de RealStudio, et comme je lis les TotalSeconds des dates (nombre de secondes écoulées depuis le 1er janvier 1900) je stoquais ça dans une variable Double car il est censé me renvoyer ce nombre de secondes en variable Double. Il faut savoir qu'une varaible Double c'est pour les très grands nombres ou les très petits (ceux à virgule). Les Doubles sont en puissance de 10, 2000 est noté 2 x 10^3. Et pour les nombres à beaucoup de chiffres, il peut « oublier » les derniers chiffres, exemple 10 654 874 956 pourrait être noté 10 654 874 x 10^3 , les 956 étant oublié (mais il fait cette approximation pour les nombres à vraiment beaucoup de chiffres.)
Et j'ai remarqué que dans certains cas, même après des calculs simples qui devraient retourner des entiers, il donne des résultats du style 9,9999999999999 au lieu de 10 ou 5,9999999999 au lieu de 6.
Peut-être y avait-il le même merdier avec les secondes. Maintenant je stoque ces secondes dans un grand entier, un UInt64, donc théoriquement plus de problème de ,000000001 ou ,99999999999 . Et ça va de 0 à 0 to 2^64-1 secondes soit du 1/01/1900 en l'an 5,8 x 10^11. Donc si c'est bon, on n'aura plus mal aux dents depuis un bon moment quand ça recommencera à merdouiller :D .


Merci de me dire ce que ça donne. Vous lancez une Simulation, regardez combien vous avez de ligne d'opération à faire, puis relancez la Simu, ça doit re)donner la même chose. Si c'est bon chez vous, je change le n° de version pour officialiser et je remets en ligne.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 25.11.2010 - 20h24 par Okapi

Je n'ai pas vraiment eu le temps de contrôler exactement ce qui n'était pas copié, mais je vais essayer de reproduire le truc, en fait comme je contrôle le poids après chaque synchro je le vois de suite.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 25.11.2010 - 20h37 par Tom25

J'ai édité mon message d'avant.

Mais pour répondre à ce dernier message, je n'avais jamais regardé mais moi non plus je n'ai pas le même nombre d'octets. Par contre j'ai le même nombre de fichiers, mais c'est un peu le hasard. En effet, SyncTwoFolders ignore les fichiers invisibles, donc ceux qui ont changé de taille, ou ceux qui ont été supprimés ou ajoutés fausse le truc.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 29.11.2010 - 20h57 par Leo_11

Alors voilà que ce bug s'est reproduit juste à l'instant…

J'ai modifié un document sur mon ordi et j'ai sychronisé 4 fois sans qu'il soit pris en compte, j'ai dû le remplacer à la main sur ma clef… :cry:

Celui de la clef étai daté du 16 juin 2008… celui de l'ordi d'aujourd'hui…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 30.11.2010 - 18h13 par Tom25

Mais tu as téléchargé la version que j'ai uploadée l'autre jour ? :
http://tcfj.pagesperso-orange.fr/site/index.html
La version est toujours au n° 1.7.1 mais c'est celle que j'ai compilée jeudi.

Sinon, je ne vous vraiment pas. Que ce soit aléatoire comme ça ???!
Et s'il merdait en lisant les dates, il pourrait également merder en copiant des fichiers qui sont identiques pensant qu'ils ne le sont pas car s'il se trompe en lisant une date elle sera différente de la date de l'autre fichier.

Ou alors j'aurais ma CheckBox "Gérer dates" qui se décocheraient ?

Edit : je viens de regarder cette CheckBox "Gérer dates" ne peut pas se décocher, je n'ai pas fait de connerie avec elle.
Mais par contre, j'ignore les dates des fichiers si ce sont des alias. Un alias n'est copié que s'il n'existe pas dans l'autre dossier, s'il existe dans les 2 dossiers je laisse tel quel sans m'occuper des dates de modif. C'était trop chiant et pas utile, les dates de modif des alias sont modifiées pour un oui ou pour un non.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 01.12.2010 - 6h57 par Leo_11

Alors oui… j'ai bel et bien pris la version qui est sur ton site… et hier au soir j'ai à nouveau eu ce problème… un fichié que j'ai modifié sur ma clef durant la journée n'a pas été pris en compte lors de la synchro que j'ai faite en arrivant à la maison…

Ce n'est pas un problème d'alias… je n'en ai pas ni d'icône d'ailleurs puisque je travaille sous win7 à l'école… le prob' peut-il venir de là ??


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 01.12.2010 - 10h10 par Tom25

Sur la page que j'ai donnée plus haut, peux-tu télécharger ManageNameExt . Quand tu sais qu'un fichier aurait dû en remplacer un autre avec SyncTwoFolders, fais les glisser sur la fenêtre de ManageNameExt , sélectionnes les les deux (donc fichiers de même nom mais de chemin différent) puis cliques le petit bouton avec un ? et lis les dates de modif. Ca dit quoi ? Recliques ce bouton ? , ça dit pareil ?
Il n'y a qu'un instruction pour lire les dates avec RealBasic, c'est donc la même dans ces 2 applications.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 01.12.2010 - 10h50 par Leo_11

Je vais essayer ça quand j'aurai à nouveau un prob'… vu que j'ai copié les fichiers récalcitrants à la main y'a plus rien à comparer…

Te tiens au courant…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 03.12.2010 - 10h38 par Leo_11

Alors voilà… j'ai modifié aujourd'hui même un fichier qui a été ignoré par deux fois par SyncTwoFolders… j'ai mouliné tout ça dans ManageNameExt comme demandé et voici les résultats…

Image

Image

ça te parle ??

… et en plus je viens de m'apercevoir qu'il me remplace des documents que je n'ai pas touché… et ce dans les deux sens…

Image

… tous ces documents qui on été changés n'ont pas été touchés depuis un bon moment…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 03.12.2010 - 17h04 par Leo_11

Et voici encore quelque chose…

J'ai créé un document au travail sur ma clef…

Image

… après la première synchronisation voici les fichiers transférés…

Image

… qui n'ont rien à voir avec les nouveaux fichiers situés sur la clef…
Après le deuxième passage voici le résultat…

Image

… et sur le disque de mon ordi voici le résultat…

Image


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 04.12.2010 - 10h44 par Tom25

Mais je n'y comprends rien, tu es en mode réciproque ?
Et puis pourquoi tu as autant d'erreur avec les # rouge dans ton log ? Ca arrive si des fichiers sont verrouillés, s'il n'a plus la place de les copier, ou autres problèmes.

Peux tu me faire une capture de SyncTwoFolders avec tes réglages ? Tu utilises le BatchSync avec plusieurs réglages différents ?

Je ne vois pas ton fichier Technologie_Complet.pdf mais la colonne de droite est toute petite et il doit être copié de la droite (ta clef OCZ_16Go:Cours: ) vers la gauche ( MacBookPro:Users:toi:Documents:CEPM:Cours: ).


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 04.12.2010 - 14h23 par Leo_11

Tom25 a écrit :Mais je n'y comprends rien, tu es en mode réciproque ?


Oui…

Tom25 a écrit :Et puis pourquoi tu as autant d'erreur avec les # rouge dans ton log ? Ca arrive si des fichiers sont verrouillés, s'il n'a plus la place de les copier, ou autres problèmes.


Je ne sais pas, je n'ai aucun fichiers verrouillés… la clef fait 16Go et le dossier 8.16Go… y'a donc assez de place…

Tom25 a écrit :Peux tu me faire une capture de SyncTwoFolders avec tes réglages ?


Voilà… la clef n'y est pas… mais ça ne change rien… Image

Tom25 a écrit :Tu utilises le BatchSync avec plusieurs réglages différents ?


Non…

Tom25 a écrit :Je ne vois pas ton fichier Technologie_Complet.pdf mais la colonne de droite est toute petite et il doit être copié de la droite (ta clef OCZ_16Go:Cours: ) vers la gauche ( MacBookPro:Users:toi:Documents:CEPM:Cours: ).


Je ne comprends pas bien ce que tu veux dire par là… mais en gros, le document « Technologie_Complet » a été modifié sur le MacBookPro mais n'a pas été pris en compte lors de la synchro direction la clef…

En plus… comment interprètes-tu le fait que les quatre images (.jpg) et le doc (.doc) qui ont été mis sur la clef hier entre 13h09 et 13h59 n'ont pas été pris en compte lors de la synchro 16h48 ??


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 04.12.2010 - 17h34 par Tom25

Merci pour tes captures. Je vois qu'il y a écrit «Non terminé» en haut du journal. La synchro ne s'est terminée donc il restait des opérations à effectuer. Tu as dû avoir une erreur d'un autre type et entendre un son de dérapage de pneu.

Tu as vidé ta corbeille ? Tu es absolument sûr d'avoir de la place ?


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 04.12.2010 - 18h24 par Leo_11

Tom25 a écrit :Merci pour tes captures.


De rien…

Tom25 a écrit :Je vois qu'il y a écrit «Non terminé» en haut du journal. La synchro ne s'est terminée donc il restait des opérations à effectuer. Tu as dû avoir une erreur d'un autre type et entendre un son de dérapage de pneu.


Non, ma machine et toujours sous silence… désolé…
Pour le «Non terminé» je ne sais par pour quelle raison il m'a fait ça… j'ai relancé la synchro tout de suite après (c'est la deuxième capture) et là il dit terminé…

Tom25 a écrit :Tu as vidé ta corbeille ?


Durant l'opération… non… en règle générale la machine travaille seule durant la synchro…

Tom25 a écrit :Tu es absolument sûr d'avoir de la place ?


Pas possible d'être plus sûr… il n'y a que ce dossier sur la clef… et je l'ai formatée (en ExFAT vu que travaille avec Win7 au boulot… note qu'avant c'était en MS-DOS - FAT) il n'y a pas longtemps pour voir si ça changeait quelque chose…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 04.12.2010 - 20h37 par Tom25

Je viens de relire mon code source, et quand je mets un # dans la colonne du milieu (là où il y a normalement les flèches du sens de la copie) c'est qu'un élément est visible dans un des dossiers et est invisible dans l'autre, ce qui n'est pas normal.

Alors pourquoi SyncTwoFolders considère certains fichiers comme invisible ?
Est-ce parce que ton format de disque est mal géré par RealBasic ?


Mais ?!!!, Ton dossier Cible c'est la clef USB elle même ? Tu as dû éjecter la clef avant la capture car ça écrit … mais sinon en cible ça t'écrit "OCZ_16Go" ?
Je ne sais plus trop pourquoi, mais je crois que ça pause problème, faut que je me retape tout mon code pour bien comprendre. Mais par exemple ta corbeille ".Trash" de ta clef USB se trouve à la racine du disque (de la clef), comme elle est invisible elle est censée être ignorée mais …
Je ne sais pas s'il n'y pas d'autres problèmes, faut que je me remplonge, mais personnellement je ne synchronise jamais un disque, mais toujours un dossier d'un disque.

Peux tu créer un dossier "CEPM" sur ta clef, tout foutre dedans, modifier le réglage de SyncTwoFolders pour définir cible non pas comme "OCZ_16Go" mais comme "OCZ_16Go:CEPM" ?

J'essayerai de relire mon code demain pour savoir si ça pose problème. Mais déjà si ça corrige tes problèmes j'aurais une indication. Je n'aurais plus qu'à comprendre (ou me souvenir) pourquoi.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.12.2010 - 10h55 par Leo_11

Tom25 a écrit :Ton dossier Cible c'est la clef USB elle même ?


Oui…

Tom25 a écrit :Tu as dû éjecter la clef avant la capture car ça écrit … mais sinon en cible ça t'écrit "OCZ_16Go" ?


Oui… lors de la capture, la clef était ailleurs… et j'avais la flemme d'aller la chercher… Mais voici…

Image

Tom25 a écrit :Peux tu créer un dossier "CEPM" sur ta clef, tout foutre dedans, modifier le réglage de SyncTwoFolders pour définir cible non pas comme "OCZ_16Go" mais comme "OCZ_16Go:CEPM" ?


Je vais essayer ça… mais ça fait depuis longtemps que j'utilise STF comme ça sans aucun problème… ces soucis n'ont commencé qu'après la MàJ du système… Est-ce que Apple aurait fait un truc non documenté dans le système (ça ne serait pas la première fois…) et que c'est ce ch'tit truc qui coince ???

Tom25 a écrit :J'essayerai de relire mon code demain pour savoir si ça pose problème. Mais déjà si ça corrige tes problèmes j'aurais une indication. Je n'aurais plus qu'à comprendre (ou me souvenir) pourquoi.


Merci mille fois…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.12.2010 - 11h00 par Leo_11

Bon je viens de créer un dossier «CEPM» sur la clef avec les sous dossiers dedans… j'ai supprimé 2 trucs dans le dossier se trouvant sur mon ordi et 1 dans le clef, j'ai en plus modifié un doc sur la clef pour voir ce que ça donner…

Réponse dans 5'…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.12.2010 - 11h15 par Leo_11

Bon verdict… les choses supprimées ont été recopiées, le doc modifié aussi… mais tout un tas de documents ont été recopiés de la clef sur le disque alors que ce sont des choses que je n'ai pas touchées depuis un moment… de plus la plupart sont des fichiers liés à LaTeX (.synctex.gz, .aux, .log) que je n'utilise pas à l'école…

Ceci soulève une autre question : comment se fait-il que STF synchronise des documents non modifiés dans ce sens ??

De plus, toutes ces icônes qui n'existent pas… je ai supprimé toutes les icônes décoratives que j'avais mises ainsi que tous les alias qui ne servent à rien sous Win…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.12.2010 - 12h18 par Tom25

Ca, les éléments non modifiés depuis un moment qui sont recopiés ça ne m'affole pas, c'est toujours ces mêmes histoires de dates qui ont des décalages de quelques secondes entre deux fichiers pourtant identiques. Cela arrive souvent avec les disques en réseaux, mais ça arrive aussi autrement, et semble t'il un peu plus fréquemment avec les disques Windows. Si tu fais une simulation et vois que certains fichiers demandent à être copiés alors que tu n'y a pas touché, regardes leur dates de modifications, elles devraient différencier de quelques secondes. D'où mon réglages dans les réglages additionnels "2 fichiers sont considérés comme identiques si diff date < à xx secondes"

Je vais interdire de sélectionner un disque entier comme Source ou Cible, je croyais l'avoir fait ? :o L'ai-je supprimé après avoir modifié des choses pensant que ce n'était plus utile ? Ou l'ai-je supprimé par mégarde ? J'aimerais bien comprendre avant de simplement l'interdire.

Là, je viens de passer du temps à mettre de la couleur dans la ligne du haut. Je me rend compte que pour les gens comme toi qui coupe le son ça ne saute pas aux yeux.
Si la synchro se termine normalement, Terminé sera écrit en vert. Sinon "Non terminé" en rouge. Idem pour le nombre d'erreur, en vert si 0, en rouge sinon.

Merci pour tes tests.


Edit : Regardes les dates modif avec ManageNameExt car il n'y a que qq secondes d'écart, et la fenêtre d'info du Finder n'affiche pas les secondes.
Je viens de faire un test avec une clef USB formaté WIN, j'ai systématiquement 1 seconde d'écart, donc fichiers recopiés à chaque coup.

Ensuite, quand un fichier existe et doit être remplacé, je le déplace à la corbeille. Exemple : Toto.txt du MacBook doit remplacer Toto.txt de ta clef. Ce dernier sera déplacé à la corbeille, s'il existe déjà dans la corbeille, il sera renommé Toto 1.txt, si Toto 1.txt existe également il sera renommé Toto 2.txt et j'essaye de renommer jusqu'à 65535. Ca pourrait vouloir dire que tu as lancé SyncTwoFolders 65535 fois sans vider la corbeille de ta clef ?
Ou alors, c'est que comme tu synchronisais ta racine de ta clef ça tournait en boucle, mais je ne suis pas sûr d'avoir bien saisi pourquoi ?!

Edit 2 : Regardes voir si tu n'as pas un dossier ".Trash" dans ton dossier "Documents" de ton MacBook ? Je vois que tous tes fichiers "icon" sont visibles sur ta clefs USB, SyncTwoFolders cherche donc à les copier sur ton MacBook, et là il te donne une erreur puisque sur le MacBook ces fichiers "icon" sont invisibles, ce qui est normal. Et j'ai programmé SyncTwoFolders pour qu'il signale quand un fichier invisible d'un coté était visible de l'autre.

Comment voir si ton dossier invisible ".Trash" est présent dans "Documents" de ton MacBook. Tu ne peux pas car il est invisible.
Vas sur cette page puis télécharges tout en bas "Divers" en cliquant l'icône AppleScript. Dézippes et lances l'AppleScript "Copie-Eff-Alias". Ca va t'ouvrir l'Editeur de Script, cliques la flèche/rond vert Exécuter, puis sélectionnes dans la liste "Eff av Shell un dossier". Naviques vers ton dossier "Documents", tu peux l'effacer si il y est, normalement il n'y a pas de dossier ".Trash" ici. Par contre ne te trompes pas !, tu as un dossier ".Trash" dans Home et celui là n'y touches pas !.

Edit 3 : Au fait, dans les Prefs de SyncTwoFolders tu as coché "Déplacer les éléments à la corbeille" ?


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.12.2010 - 16h09 par Leo_11

Tom25 a écrit :… dans les réglages additionnels "2 fichiers sont considérés comme identiques si diff date < à xx secondes"

Tom25 a écrit :Edit : Regardes les dates modif avec ManageNameExt car il n'y a que qq secondes d'écart, et la fenêtre d'info du Finder n'affiche pas les secondes.
Je viens de faire un test avec une clef USB formaté WIN, j'ai systématiquement 1 seconde d'écart, donc fichiers recopiés à chaque coup.


Mais comme tu le vois sur les captures, ce réglage a été modifié à 3600 secondes (1 heure quoi…)

Tom25 a écrit :Je vais interdire de sélectionner un disque entier comme Source ou Cible


Je trouve ça dommage… mais si c'est nécessaire…

Tom25 a écrit :Si la synchro se termine normalement, Terminé sera écrit en vert. Sinon "Non terminé" en rouge. Idem pour le nombre d'erreur, en vert si 0, en rouge sinon.


Mais pour quelle raison ne se termine-t-elle pas cette synchro ??? d'autant plus que relancée de suite après elle se termine sans rien compléter… (cf. mon post du vendredi 03 2010 à 6:04 pm)

Tom25 a écrit :Merci pour tes tests.


Mais avec un plaisir non dissimulé… si ça peut faire avancer le schilblick…

Tom25 a écrit :Ensuite, quand un fichier existe et doit être remplacé, je le déplace à la corbeille. Exemple : Toto.txt du MacBook doit remplacer Toto.txt de ta clef. Ce dernier sera déplacé à la corbeille, s'il existe déjà dans la corbeille, il sera renommé Toto 1.txt, si Toto 1.txt existe également il sera renommé Toto 2.txt et j'essaye de renommer jusqu'à 65535. Ca pourrait vouloir dire que tu as lancé SyncTwoFolders 65535 fois sans vider la corbeille de ta clef ?


Note que je n'ai jamais vu d'anciens fichiers dans la corbeille après une synchro… bon en même temps je ne vais pas souvent voir ce qu'il se passe par là dedans et elle se vide à chaque fois que je quitte Safari puisque j'utilise le petit scripte qui vide l'historique et les caches (il a été fait par toi d'ailleurs… il me semble… non ???)

Tom25 a écrit :Edit 2 : Regardes voir si tu n'as pas un dossier ".Trash" dans ton dossier "Documents" de ton MacBook ?


Non, je n'ai pas de dossier «.Trash» dans mon dossier «Documents»

Tom25 a écrit :Je vois que tous tes fichiers "icon" sont visibles sur ta clefs USB, SyncTwoFolders cherche donc à les copier sur ton MacBook, et là il te donne une erreur puisque sur le MacBook ces fichiers "icon" sont invisibles, ce qui est normal. Et j'ai programmé SyncTwoFolders pour qu'il signale quand un fichier invisible d'un coté était visible de l'autre.


Mais je n'ai plus que des dossiers génériques sans icônes dans mon dossier de travail…

Tom25 a écrit :Edit 3 : Au fait, dans les Prefs de SyncTwoFolders tu as coché "Déplacer les éléments à la corbeille" ?


Voici les préf's de STF … Image … c'est pas correctement réglé ??


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.12.2010 - 16h52 par Tom25

Leo_11 a écrit :Note que je n'ai jamais vu d'anciens fichiers dans la corbeille après une synchro… bon en même temps je ne vais pas souvent voir ce qu'il se passe par là dedans et elle se vide à chaque fois que je quitte Safari puisque j'utilise le petit scripte qui vide l'historique et les caches (il a été fait par toi d'ailleurs… il me semble… non ???)

Non, ça ne me dit rien ce script qui vide les caches et l'historique de Safari. Mais quel rapport avec la corbeille ? Pourquoi ça te viderait ta corbeille ?

Leo_11 a écrit :Mais pour quelle raison ne se termine-t-elle pas cette synchro ??? d'autant plus que relancée de suite après elle se termine sans rien compléter… (cf. mon post du vendredi 03 2010 à 6:04 pm)

Ah ben ça j'aimerai bien le savoir ! Mais s'il y a eu un problème inconnu, ça t'écrit en haut du journal "Non terminé" et donc il reste des choses à faire mais SyncTwoFolders s'est arrêté. Quand je sais ce qui va mal, je continue, mais si je ne sais pas, j'arrête tout, je pense que c'est préférable.
Concernant ta capture d'écran du post du vendredi 03 2010 à 6:04 pm où il n'y qu'une seule lignes indiquant

Code : Tout sélectionner

"MacBookPro:Users:…:CEPM: <-> OCZ_16Go:"

c'est parce que SyncTwoFolders n'a pas pu démarrer, il a eu un problème en analysant le contenu d'un (ou des deux) dossier(s). Pourquoi ? SyncTwoFolders n'a pas pu accéder à un dossier (pb d'autorisations ? etc. )

Je n'avais pas vu ta capture avec les réglages additionnels, effectivement tu as réglé à 1 heure. Tu n'as pas eu de problème avec le passage à l'heure d'hivers ? Et si tu mets 3610 secondes ?
Sinon tes réglages sont biens. Mais tu as bien réglé de manière que les fichiers à effacer soient déplacés à la corbeille. Notes que les fichiers devant être remplacés sont également déplacés à la corbeille. Donc ta corbeille doit contenir un tas de merdiers.


Sinon, je viens de terminer la modif pour empêcher de sélectionner un volume. Normalement j'exclus les éléments invisibles (donc ".Trashes") mais dans le cas d'un disque réseau je donne la possibilité de créer un dossier (visible nommé 'S2F_Hist_Trash' par défaut) qui servira de corbeille. Ce dossier sera créé à la racine du volume, il fera donc parti des dossiers synchronisés, et ça foutra la merde.
Ensuite, ton cas semble le montrer, les disques formatés Windows ont des éléments invisibles qui bne sont pas forcément vu comme invisibles, donc :? .


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.12.2010 - 17h55 par Leo_11

Tom25 a écrit :Non, ça ne me dit rien ce script qui vide les caches et l'historique de Safari. Mais quel rapport avec la corbeille ? Pourquoi ça te viderait ta corbeille ?


Ah oui… c'est Foyan qui m'avait transmit un truc Automator qui avait été fait par A Fond Les Macs…

Tom25 a écrit :c'est parce que SyncTwoFolders n'a pas pu démarrer, il a eu un problème en analysant le contenu d'un (ou des deux) dossier(s). Pourquoi ? SyncTwoFolders n'a pas pu accéder à un dossier (pb d'autorisations ? etc. )


Mais alors s'il n'a pas pu démarrer pourquoi dit-il à la fin «Terminé» ??


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.12.2010 - 18h04 par Tom25

Euh ben, ce n'est pas un arrêt d'urgence pour une erreur inconnue, c'est une erreur connue (enfin gérée) et il n'y a plus rien à faire ensuite.
Mais ça indique bien une erreur comme quoi rien n'a été fait.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 06.12.2010 - 18h11 par Tom25

Comme tu as pu le voir, j'ai uploadé la nouvelle version. J'ai finalement mis une checkbox dans les prefs pour ceux qui veulent synchroniser des volumes (disques) mais j'affiche une alerte comme quoi je déconseille.

Je ne suis pas persuadé que ça règle tous tes problèmes … Enfin ça semblait concluant après avoir tout foutu dans un dossier tu as écris. Tu me diras si ça remerde, mais comme je n'arrive pas à reproduire tes soucis … :?
En tout cas tu as maintenant la couleur, c'est écrit en rouge quand ce n'est pas fini ! :D


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 07.12.2010 - 20h46 par Leo_11

Bon ben je viens d'essayer avec la nouvelle version… et voici le résultat…

La clef…
Image

Le fichier situé à la racine de la clef n'est pas transféré…

Pour le reste il me semble que c'est OK…

Le résultat après la synchro…
Image

Ca veut dire quoi ce « ***Attention!*** : 22 #△ » ???

Demain je vais reformater ma clef et recopier le dossier dedans, j'en ai marre de voir toutes ces icônes qui ne sont pas recopiées vu que je n'en ai aucune… je verrai bien si les problèmes surviennent encore…

Au fait… je la formate en ExFAT, en FAT ou en MacOS sachant que j'en ai besoin sur des ordinateurs sous Win7 ???


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 07.12.2010 - 22h52 par Tom25

C'est normal que le fichier à la racine du disque ne soit pas traité car tu synchronises le dossier "CEPM", pas le disque.

Si tu ré-téléchargés mon script dans Div_Scripts.zip tu verras que je l'ai modifié. Je suis sur iPhone, j'expliquerai demain.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 8h36 par Tom25

Me revoilà sur le Mac, c'est tout de même plus pratique un vrai clavier que l'iPhone :) .

Leo_11 a écrit :Ca veut dire quoi ce « ***Attention!*** : 22 #△ » ???

Je ne vois pas la fin de chaque ligne mais il s'agit des fichiers d'icônes "icon¬" (¬ = retour chariot, le caractère de la touche Return). Ces fichiers sont visibles sur ta clefs (je ne sais pas pourquoi) et invisibles sur ton Mac (ce qui est normal). Je l'a dit plus haut, j'ai programmé SyncTwoFolders de sorte que ce genre d'anomalie soient signalées.
Tu imagines avoir un fichier visible auquel tu tiens (important) qui soit remplacer pour je ne sais quelle raison par un fichier invisible dont tu ignorais l'existence ? Et tu aurais l'impression que ton fichier important a été effacé car devenu invisible.

A la fin de mon commentaire tout en haut de cette page (page 2) je te parle d'un lot d'AppleScript Divers.zip . Lances Copie-Eff-Alias.scpt (ça va t'ouvrir Editeur Applescript) et cliques le rond vert avec la flèche Play. Choisis la dernière ligne "Eff av Shell tous "icon¬", cliques "Avec confirmation" (préférable) ou "Sans confirmation" et sélectionnes ton dossier CEPM de ta clef USB. Il t'effacera tous les fichiers "icon¬" y compris des sous-dossiers.
Inutiles de reformater ta clef.
Par contre, fais une synchro avant. Il n'y a pas de raison mais on ne sait jamais, des fois que le script t'efface autre chose que tes icon. Mais bon, je m'en sers régulièrement pour effacer mes ".DS_Store" sans problème. Et d'ailleurs c'est bizarre ça, que tes ".DS_Store" soient invisibles sur ta clefs alors que les "icon¬" le soient ?


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 9h44 par Leo_11

Tom25 a écrit :Choisis la dernière ligne "Eff av Shell tous "icon¬"


Heu… y'a pas ça dans la liste…
Image

… je l'ai quand même fait… ça n'a rien changé…

STF veux remplacer deux fichiers mais n'y arrive pas…
Image

Ce ne sont pas des icônes, ce sont des fichiers LaTeX (.aux)… et ce n'est pas un problème de dates ou d'heures…
Image

… les fichiers ne sont pas verrouillés… Image

… et la clef n'est pas pleine Image


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 9h56 par Antoche

Bonjour,
j'ai pas tout lu, mais me permets juste de te faire remarquer que le format et la date de ta clef sont bizarres. N'aurait-ce pas une influence sur ta synchronisation ?

j'ai vu ceci pour le exFAT:

"Compatibilité

Pour le moment il est possible de faire fonctionner ce système de fichier sous Windows, ainsi que sous Linux avec un pilote propriétaire, bien qu'un pilote libre soit en développement.
La version 10.6.5 de Mac OS X a introduit le support de l'ExFat dans le système d'exploitation d'Apple"

et si tu formatais en FAT32?


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 10h05 par Leo_11

Antoche a écrit :… si tu formatais en FAT32?


FAT32 = le MS-DOS (FAT) proposé par l'utilitaire ??


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 11h09 par Antoche

Leo_11 a écrit :
FAT32 = le MS-DOS (FAT) proposé par l'utilitaire ??


oui


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 11h52 par Tom25

Il faut re-télécharger mon lot de script Divers1 car je l'ai modifié depuis ton dernier téléchargement.

Mais effectivement tes dates sont bizarres, donc si tu reformates tout tu n'auras pas besoin d'effacer ces fichiers "icon¬".

Au fait, tu as vu dans la bulle d'aide sur la cellule première ligne du journal (où j'écris "Terminé xxx erreurs etc.") j'indique comment remettre les largeurs de colonnes par défaut :
Pomme - Alt (Option) - Clic sur cette cellule.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 17h44 par Leo_11

Bon, c'est partit… je recommence tout à zero avec du FAT cette fois, j'essayerai de modifier un truc pour voir la synchro et j'vous tiens au courant…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 18h23 par Leo_11

Ben v'là au'chose… j'ai donc initialisé ma clef en FAT avec l'Utilitaire disque… je lance la copie de mon dossier via un glisser-déposé… au bout d'un moment le Finder se met à sauter dans son Dock pour m'avertir qu'il ne peux pas finir l'opération… voici son message…
Image

Alors j'me dit que ce que le Finder n'arrive pas à faire SynchTwoFolders va y arriver… je le lance, tout se passe pour le mieux jusqu'à ce qu'il se bloque…
Image

Bon, apparemment le travail se fait toujours… je laisse la bête se débrouiller toute seule… la clef clignotte prouvant ainsi qu'il se passe quelque chose…

'savez de quoi ça pourrait venir ??


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 18h33 par Leo_11

… Suite…

Excellent… le Finder continue son travail lancé par STF (je pense…)
Image

… STF se débloque subitement pour m'annoncer qu'il a fini son travail…
Image

Mais il me recopie des fichiers de la clef incomplète vers l'ordi alors que rien n'a été touché bien évidemment… et en plus y'a toujours ces fiches inônes…

Bon le Finder a fini son boulot… je relance une synchro pour voir…

Surprise…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 18h41 par Leo_11

Et voilà…

Image

STF me remplace beaucoup de fichiers depuis la clef vers l'ordi… c'est génial ça… non ???

Je relance pour voir…

Alors il le me remplace plus rien… mais y'a toujours ces icônes… je vais essayer de les effacer avec ton p^tit script…

A tout'


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 18h50 par Leo_11

Alors là j'ai peur… voilà le résultat du passage de ton script…
Image

Ce ne sont que des documents mais aucunes icônes…

Je resynchronise pour voir…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 18h58 par Leo_11

… et bien voilà le résultat…
Image

Il semblerai que les icônes ont disparut… et il ne veut plus rien importer ni d'un côté, ni de l'autre… dois-je comprendre que tout est rentré dans l'ordre ???

Note que je n'ai pas encore modifié de document et fait une synchro après… demain peut-être…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 19h08 par Leo_11

AAARGHHH…

Image
… ça c'est sur la clef…

… et reAAARGHHH…

Image
… ça c'est sur l'ordinateur…

Des explications ???
Des suggestions ???
Des idées ???

Je vais devoir contrôler tous les fichiers… ça va être d'la tarte…
Z'en faites pas, j'ai ma sauvegarde TimeMachie qui date d'aujourd'hui 10h10…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.12.2010 - 20h54 par Tom25

Je peux répondre sur SyncTwoFolders qui semble bloqué :

Le programme s'exécute dans un Thread, c'est à dire dans un sous-programme dans le programme principal. Ca permet à l'utilisateur de pouvoir déplacer la fenêtre, de voir la roue qui tourne, et de cliquer le bouton Arrêter.
En fait, après chaque ligne exécutée dans le sous programme, il revient voir s'il doit faire quelque chose dans le programme principal, ça s'appelle gérer les events (événements). L'utilisateur a pu déplacer la fenêtre, cliquer Stop etc. Puis il revient au sous-programme.
La copie d'un fichier ou d'un dossier via le Finder, c'est une seule ligne de commande. Donc si le fichier est très gros, ça donne l'impression que l'application est gelée.
Cela est vrai pour pleins d'autres applications.


Je ne pense pas que ce soit mon script qui t'ai jeté tous ces trucs, il ne jette que les icônes. Je pense que c'est SyncTwoFolders qui a recpié des trucs qui existait déjà parce qu'il y avait un problème de date.

Tu es sûr qu'on peut donner les noms qu'on veut sur un format FAT machin ? Des accents, des noms longs etc. ?
C'est une question,je ne sais pas.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 09.12.2010 - 12h12 par Leo_11

Tom25 a écrit :Tu es sûr qu'on peut donner les noms qu'on veut sur un format FAT machin ? Des accents, des noms longs etc. ?
C'est une question,je ne sais pas.


Aucune idée... mais ça me semble bizarre que tout fonctionne parfaitement durant six moix et que tout à coup sans crier gare ça ne passe plus... je rappelle que ça ne fait que depuis la dernière MàJ du système que mes problèmes de synchronisation ont commencé...

Ce matin j'ai modifié un document créé hier soir, et il n'a pas été pris en compte... j'ai dû le transférer à la main après 3 essais infructueux...

Je verrai ce soir s'il y a à nouveau des soucis avec le travail du jour...


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 10.12.2010 - 19h41 par Okapi

Je vais essayer la dernière version avec un gros dossier de 120Go que je viens de synchroniser avec CC pour voir ce qui se passe.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 13.12.2010 - 19h46 par Leo_11

Bon… il semblerait que depuis jeudi dernier toutes les synchro's se sont bien déroulées… à suivre donc…

Dans tous les cas s'il n'y a plus de soucis… Merci Tom…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 13.12.2010 - 20h44 par Tom25

Ah ben j'suis content :) , car vraiment je n'aurais pas su quoi regarder ?! :o


Tiens, un truc qui n'a rien à voir, mais sur lequel je travaille depuis quelques jours. Je ne connais que peu le Javascript, j'ai fait ça pour mon boulot. Vous savez que je vends des appareils de chauffage au bois ? :
http://tcfj.pagesperso-orange.fr/FFED/comparateur.html
C'est juste pour info, car je viens de terminer et je suis content :D . Je rajouterai un blabla de Copyright car comme c'est du Javascript c'est facilement copiable, mais je veux juste indiquer que je ne veux pas.
Ce sera intégré dans le site de mon boulot.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.12.2010 - 18h52 par Tom25

Une nouvelle version de Real Studio vient de sortir, et le lis dans le « Change log » :

Code : Tout sélectionner

9012 Mac: fixed parsing of short dates on Mac OS 10.6.

Mais moi je n'utilise pas les ShortDate dans SyncTwoFolders, mais je vais re-compiler et ré-uploader (sans changer le n° de version). Je reviendrais éditer ce post quand ce sera fait.

Note : ShrotDate donne une date du style 14/12/10 alors que LongDate par exemple donne mardi 12 décembre 2010.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.12.2010 - 20h21 par Leo_11

Youpiiieeee… y'a à nouveau des soucis… certains fichiers n'ont pas été recopiés…

1er passage…
Image

2ème passage…
Image

3ème passage après avoir débranché et rebranché la clef…
Image

4ème passage…
Image

5ème passage…
Image

Je ne suis pas allé plus loin… demain je verrai si le reste est pris en compte…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 15h07 par Tom25

Je ne vois pas pourquoi il y a une erreur lors de la copie de ces fichiers !? :o . Je le répète, j'envoie à AppleScript qui demande au Finder de copier le fichier A dans le dossier B.

Essayes de cocher Tenter de copier avec RealBasic si erreur dans les réglages additionnels.


Je viens d'uploader une nouvelle compilation de SyncTwoFolders.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 17h35 par Leo_11

Tom25 a écrit :Essayes de cocher Tenter de copier avec RealBasic si erreur dans les réglages additionnels


Essayé… voici le résultat…
Image

Tom25 a écrit :Je viens d'uploader une nouvelle compilation de SyncTwoFolders.


Je viens de tenter la nouvelle version… et voici le résultat…
1er passage…
Image

… 2ème passage…
Image

… autrement dit… pas de changements… y'a toujours des fichiers qui ne se recopient pas…

Sur cette série j'ai importé à la main le .tex et je l'ai compilé à partir de le clef… donc la totalité des doc's de LaTeX sont à jour… ensuite j'ai lancé la synchro pour voir et voici le résultat…
Image

… la synchro s'est correctement faite puisque les fichiers de la clef sont plus récents… j'y comprends de moins en moins…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 18h00 par GIL

Remarque idiote : je constate que sur tous les répertoires à problème, il y a un slash /

Si tu remplaces le slash / par un autre caractère comme un tiret par exemple ?

Parce que moi-même je travaille dans un environnement Mac et PC, j'évite les slashes, double-points et autres caractères exotiques quand je nomme un fichier.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 18h17 par Leo_11

GIL a écrit :Remarque idiote : je constate que sur tous les répertoires à problème, il y a un slash /


Mais non, y'a pas de slash… le nom des fichiers qui n'ont pas été copiés étaient « 7-Escalier.log » ou « 7-Escalier.aux » ou « 7-Escalier.pdf » ou « 7-Escalier.synctex »… y'a pas de slash… j'en utilise jamais dans mes noms de fichiers…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 18h27 par GIL

mais euh à moins que je change de lunettes, par exemple sur le dernier capture d'écran, il y a "2010/11.ods", ou bien "6 / Escaliers"...


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 18h36 par Tom25

Le / se trouve dans un des dossiers parents du fichier, donc dans le chemin (path) du fichier. Effectivement, tous ces caractères sont sources d'emmerdes.

Je viens d'essayer sur le Mac avec des fichiers / dossiers contenant le caractère / et ça marche. Mais de Mac à Windows ?


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 19h00 par Leo_11

GIL a écrit :mais euh à moins que je change de lunettes, par exemple sur le dernier capture d'écran, il y a "2010/11.ods", ou bien "6 / Escaliers"...


Au temps pour moi concernant le « 2020/11.ods »… je l'ai modifié en « 2010-11.ods » pour voir s'il y a des changements…

Mais pour le reste je confirme, y'a pas de slash…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 19h04 par Leo_11

Je viens de tester une synchro… ben ça a fonctionné dans les deux sens...

Image

… par contre le non avec le slash n'apparaît pas dans l'historique des fichiers copiés…

Je vais recontrôler tout mon dossier…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.12.2010 - 21h51 par GIL

Tom25 a écrit :Je viens d'essayer sur le Mac avec des fichiers / dossiers contenant le caractère / et ça marche. Mais de Mac à Windows ?

De Mac à Windows, ça ne marche pas du tout !


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 16.12.2010 - 7h25 par Leo_11

Je ne fais que de modifier certains documents sur Win… et le « 2010/11.ods » a déjà été modifié sans problème lorsque j'étais sur une machine Win…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 9h11 par Leo_11

Ben ça ne s'arrange pas… depuis la rentrée scolaire, STF ne synchronise plus rien du tout… il voit que des fichiers ont été modifiés mais ne les remplace pas, ni dans le sens clef > ordi ni dans le sens ordi > clef… et j'a chargé la dernière version proposée par MacUpdate…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 10h59 par Tom25

Et il t'affiche des erreurs dans le journal (un # colonne de gauche) ?
Si oui, ré-essayes en cochant "copier avec RealBasic si erreur" dans les réglages additionnels.

Sinon, dans le journal, si tu fais un alt-clic sur un path ça t'affiche le fichier dans le Finder. Fais le sur le fichier de gauche, et sur le fichier de droite. Puis dans le Finder, fais glisser le fichier récent dans le dossier du fichier ancien. Le Finder va te dire "un fichier plus ancien existe, remplacer ?". Tu diras oui. Et là est-ce que ça marche ? Ne te trompes pas de sens de copie !
Mais il me semble que tu avais essayé et que ça marchait.

Au fait, avais-tu changé dans les prefs la valeur de "Copie erreur de Timeout" ? 240 secondes par défaut. Un gars m'a fait remarqué que ça générait une erreur dans le journal sans arrêter le programme. Comme lui il copiait pleins de gros fichiers, il dépassait à chaque fois le timeout et ça copiait pleins de fichiers en même temps. Quoique ce n'est pas vraiment gênant. Mais théoriquement, les fichiers doivent être copiés un par un. Le programme attend la fin d'une copie avant de poursuivre la synchro.
Si le TimeOut est dépassé, il continue et affiche une erreur dans le journal. Mais en fait entre temps la copie s'est bien terminée, donc si on relance la synchro il n'y aura rien à faire car tout aura été correctement fait.
J'explique tout ça mais je ne pense pas que ça ait à voir avec tes problèmes.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 17h36 par Leo_11

Tom25 a écrit :Et il t'affiche des erreurs dans le journal (un # colonne de gauche) ?
Si oui, ré-essayes en cochant "copier avec RealBasic si erreur" dans les réglages additionnels.


Oui… et c'est déjà fait… tu me l'avais proposé il y a quelques temps déjà…

Tom25 a écrit :Sinon, dans le journal, si tu fais un alt-clic sur un path ça t'affiche le fichier dans le Finder. Fais le sur le fichier de gauche, et sur le fichier de droite. Puis dans le Finder, fais glisser le fichier récent dans le dossier du fichier ancien. Le Finder va te dire "un fichier plus ancien existe, remplacer ?". Tu diras oui. Et là est-ce que ça marche ? Ne te trompes pas de sens de copie !
Mais il me semble que tu avais essayé et que ça marchait.


Effectivement…

Tom25 a écrit :Au fait, avais-tu changé dans les prefs la valeur de "Copie erreur de Timeout" ? 240 secondes par défaut.


Heu ça veut dire quoi au juste ? le bouton doit être activé ou non ?? chez moi il est activé…

Tom25 a écrit :Si le TimeOut est dépassé, il continue et affiche une erreur dans le journal. Mais en fait entre temps la copie s'est bien terminée, donc si on relance la synchro il n'y aura rien à faire car tout aura été correctement fait.


Ben non… lorsque j'ai fait la dernière synchro, j'ai été contrôler dans les différents dossiers et les fichiers modifiés ne s'y trouvaient pas…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 18h13 par Tom25

Il n'y a pas de bouton pour le timeout. Tu as écrit "Copie erreur de TimeOut en secondes" et tu dois avoir écrit 240 dans la case.

Mais alors là je ne sais plus que te dire, si quand tu copies les fichiers à la main directement dans le Finder ça marche … ???

Si tu veux faire un test, lances Éditeur AppleScript qui se trouve dans ton dossier Utilitaires , normalement tu auras un document vide au lancement, sinon fais Fichier - Nouveau. Puis colles y le code ci-dessous :

Code : Tout sélectionner

-- CopyItemYes et CopyItemNo sont exactement les même programmes sauf que dans l'un on remplace l'élément existant, dans l'autre non (il est censé ne pas exister sinon erreur)
-- MoveItemYes et MoveItemNo sont exactement les même programmes sauf que dans l'un on remplace l'élément existant, dans l'autre non (il est censé ne pas existait sinon erreur)

on run -- {item1T, folder2T, tpsToutT} -- On reçoit du texte de RealBasic
   --  item1  peut être un fichier ou un dossier,  folder2  doit être un dossier
   -- (* Pour Test dans Applescript
   tell application "Finder"
      -- set item1 to choose folder with prompt "Choisir dossier1"
      set item1 to choose file with prompt "Choisir fichier1"
      -- Ce n'est pas la peine de mettre  without multiple selections allowed and empty selection allowed  car ça l'est par défaut
      if item1 = false then return -- Le script s'arrête car on a cliqué Annuler      
      set item1T to (POSIX path of item1) as text -- Note : item1 est un alias  NON  quoted form of  ça ne marche pas !
      set folder2 to choose folder with prompt "Choisir dossier2"
      if folder2 = false then return
      set folder2T to (POSIX path of folder2) as text -- Note : folder2 est un alias quoted form of
      set tpsToutT to "240" -- secondes, soit 4 minutes, Temps de timeout pour laisser le temps de copier les gros fichiers
   end tell
   activate
   -- *)
   
   set item1PosIX to (POSIX file item1T) as item -- Note :  as item  ne marche pas si on est dans le Finder mais  as alias  marche
   set folder2PosIX to (POSIX file folder2T) as item -- Note :  as item  ne marche pas si on est dans le Finder mais  as alias  marche
   set tpsTout to tpsToutT as integer
   set Drap_Err to "Err n° ??? : Unknown"
   
   tell application "Finder"
      (* Pour voir que fonctionne pas si on remet les items du Finder si plusieurs disques/dossiers du même nom
      set item1 to item item1PosIX -- Si je fais ça alors il prendra le premier disque trouvé avec ce nom
      set folder2 to folder folder2PosIX -- Je suis obligé de répéter  (folder folderPosIX)  à chaque fois
      reveal item1
      reveal folder2
      display dialog "'" & item1T & "' , class : " & ((class of item1T) as text) & return & "'" & (item1PosIX as text) & "' , class : " & ((class of item1PosIX) as text) & return & "'" & (item1 as text) & "' , class : " & ((class of item1) as text)
      display dialog "'" & folder2T & "' , class : " & ((class of folder2T) as text) & return & "'" & (folder2PosIX as text) & "' , class : " & ((class of folder2PosIX) as text) & return & "'" & (folder2 as text) & "' , class : " & ((class of folder2) as text)
      *)
      with timeout of tpsTout seconds
         try -- ATTENTION, si on copie depuis un disque réseau et que l'élément existe déjà, le Finder le copie en l'indexant, même si  replacing no
            -- NON  duplicate item1 to folder2 replacing no -- routing suppressed yes -- Car on retombe sur le problème d'erreur si plusieurs disques/dossiers du même nom
            set item2 to duplicate item1PosIX to folder2PosIX replacing no -- routing suppressed yes
            -- Par contre des fois qu'on copie vers Dossier Système je supprime le routing (à vérifier si je supprime bien)
            -- ATTENTION, Ne fait pas d'erreur lorsqu'on annule pendant le copie d'un dossier ???!
            set Drap_Err to "Realise"
         on error ErrText number ErrNo -- Voir Guide AppleScript page 269
            -- display dialog "Erreur : " & ErrNo --  errNo  devrait être -128 si annulation par l'utilisateur mais non ?!!!
            if ErrNo = -128 then
               set Drap_Err to "Annule " -- Mais des fois que ça marche je fais tout de même le test
               -- ErrNo = -15267 -- Elément du même nom existe déjà dans Destination
               -- ErrNo = -1712 -- Délais dépassé pour un Apple Event
            else
               set Drap_Err to "Err n° " & ErrNo & " : " & ErrText
            end if
         end try
      end timeout
      
      -- display dialog "Drap_Err : " & Drap_Err
      Drap_Err -- A pour effet de renvoyer cette valeur à RealBasic  On est obligé de retourner du texte
   end tell
end run

(* Dans RealBasic écrire
    RepScript = CopyItemNo(ReplaceAll(CopyFSource.ShellPath, "Anti /", ""), ReplaceAll(CopyFDest.ShellPath, "Anti /", ""), 240) ' TimeOut 240 secondes = 4 minutes -- AppleScript n'accepte pas le caractère AntiSlash
*)

(* -- On compare le nombre d'éléments visibles (ne commençant pas par un point .) des 2 dossiers
on CompareFolder(MonDoss1, MonDoss2)
   -- display dialog (MonDoss1 as text) & " : " & (class of MonDoss1) & return & (MonDoss2 as text) & " : " & (class of MonDoss2)
   set MonDoss1P to (quoted form of POSIX path of (MonDoss1 as alias)) as string
   set MonDoss2P to (quoted form of POSIX path of (MonDoss2 as alias)) as string
   set MonResult to do shell script "/usr/bin/find " & MonDoss1P & " \\! -name '.*' | /usr/bin/wc -l; /usr/bin/find " & MonDoss2P & " \\! -name '.*' | /usr/bin/wc -l"
   tell MonResult to return word 1 is word 2
end CompareFolder *)

Sous le code, en bas de la fenêtre Sans titre d'Éditeur AppleScript qui est divisée en 2, tu as Evénements    Réponses     Résultat, sélectionnes ERésultat.
Cliques le rond vert avec la flèche Exécuter , sélectionnes ton fichier original (le nouveau, celui que tu copies) puis le bouton Choisir puis sélectionnes le dossier Cible puis le bouton Choisir.
Si tout se passe bien, en bas dans Résultat tu dois avoir

Code : Tout sélectionner

"Realise"
sinon un code erreur.
Capture d'écran AppleScript


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 18h25 par Leo_11

Tom25 a écrit :Il n'y a pas de bouton pour le timeout. Tu as écrit "Copie erreur de TimeOut en secondes" et tu dois avoir écrit 240 dans la case.


Ok… c'est bien ça…

Tom25 a écrit :…si quand tu copies les fichiers à la main directement dans le Finder ça marche … ???


Bien sûr… lorsque je vois les erreurs, je les copie à la main… mais c'est ch****…

Tom25 a écrit :Si tu veux faire un test, lances Éditeur AppleScript qui se trouve dans ton dossier Utilitaires , normalement tu auras un document vide au lancement, sinon fais Fichier - Nouveau. Puis colles y le code ci-dessous…


Je vais essayer ça dès que je rencontre encore un problème… je n'ai rien à synchroniser maintenant…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 19h00 par Tom25

Pour rentrer dans le détail, tu as plusieurs manières d'écrire les paths (chemins) des fichiers. Tu as :
• Type Mac : "MBook HD2:Tampon:--> Macs:Créer Alias dans @.app"
• Type Unix1 : "/Volumes/MBook HD2/Tampon/--> Macs/Créer Alias dans @.app"
• Type Unix2 : "'/Volumes/MBook\ HD2/Tampon/\-\-\>\ Macs/Créer\ Alias\ dans\ \@.app'"
   Tu remarqueras les \ qui différencient Unix1 et 2 .

Bref, tous ces différents types de path que j'utilise pour envoyer les données à AppleScript peuvent peut-être foutrent la merde avec ton format de disque, je ne sais pas.
Mais d'un autre coté, si tu actives la "copie avec RealBasic si erreur" ça n'utilise pas ces Path.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 19h20 par Leo_11

Tom25 a écrit :…si tu actives la "copie avec RealBasic si erreur" ça n'utilise pas ces Path.


Mais alors pour quelle raison je rencontre des problèmes ???


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 19h44 par Tom25

Ben si je le savais … :shock:
Mais je te fais faire le test ci-dessus car c'est vachement bizarre que ça ne marche pas avec SyncTwoFolders mais que ça marche quand tu le fais à la main. Ce script c'est l'étape intermédiaire.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 21h00 par Leo_11

Alors voici le verdict de ton script…

Image

… c'est pas bon tout ça… hein ???


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.01.2011 - 22h03 par Tom25

Si si. J'ai oublié de te dire d'effacer le fichier à remplacer du dossier cible. SyncTwoFolders le fait lui.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.01.2011 - 7h09 par Leo_11

Bon… cette fois c'est fait et parfaitement exécuté…

Et maintenant ??


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.01.2011 - 8h14 par Tom25

SyncTwoFolders ne remplace pas (n'écrase pas) les fichiers anciens à remplacer par les nouveaux. Il les efface, soit en les déplaçant à la corbeille, soit dans le cas des disques réseaux il fait ce qu'indiquer dans les prefs. Car tu n'es pas sans savoir que la corbeille se situe sur le disque lui-même, donc la corbeille d'un disque réseau se situe sur ce disque réseau, mais on n'y a pas accès. C'est pourquoi le Finder te demande si tu veux supprimer immédiatement un fichier d'un disque réseau que tu déplaces à la corbeille.

Peut-être que toi ton problème se situe au moment de déplacer à la corbeille. Peut-être y a t'il un souci avec la corbeille du disque Window. Quand SyncTwoFolders a indiqué une erreur, tu copies à la main en écrasant le fichier c'est ça ? Tu ne déplaces pas l'ancien à la corbeille ? Le prochain coup, essayes de faire comme tente de faire SyncTwoFolders (envoies une capture de tes préférences).

Edit : Ah je vois que tu avais posté une capture de tes prefs en page 2. C'est toujours comme ça ? Donc tu effaces directement. A voir cette histoire de corbeille (dossier '.Trash' ou '.Trashes' ) sur ta clef USB Window.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 16.01.2011 - 18h17 par Leo_11

J'ai effacé ma clef, réenregistré le tout… synchronisé et PAF… des fichiers sont recopiés de la clef dans le disque, des fichiers modifiés ne sont pas changés… je pense que tous mes problèmes sont dus au fait que le clef soit formatée en FAT… mais le problème, c'est que WIN7 ne reconnait pas le format MacOS… bref c'est la M***E grave quand on utilise les deux mondes parallèlement…

Y'a-t-il moyen de faire cohabiter MacOS et Windows au mieux ???


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 16.01.2011 - 20h10 par Okapi

Pour moi, plus de soucis, mais par contre suite à ce que tu as dit Léo, j'emploie la fonction de MainMenu "Vider toutes les corbeilles", vu que je l'emploie sur plusieurs disques dont un en système ? LaCie en réseau pour la sauvegarde, je n'ai pas pris de risques et fait comme cela.
Je viens de faire près de 500Go sans problèmes majeurs si ce n'est qu'il me recopie l'intégralité d'un fichier Adobe de plus de 15Go qui lui est apparemment impossible de disséquer, ce sont les "prewievs" entre autres à l'intérieur.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 17.01.2011 - 9h44 par Tom25

Pourtant, ma clef USB de boulot est formatée en FAT et je n'ai pas de soucis. Sauf qu'elle ne me sert que de sauvegarde. Je synchronise en mode Source remplace Cible. La source étant un dossier de mon Mac et la cible un dossier de la clef.

Pour les fichiers censés être identiques qui sont copiés, ça c'est connu, il faut régler le temps "Deux dates sont considérées comme identiques si …". Pour le reste, au vu des tests effectués, je pense qu'il n'arrive pas à mettre les anciens fichiers à la corbeille.
Il faut savoir que, tout comme le Finder, j'incrémente les noms de fichiers si jamais ils existent déjà dans la corbeille. Par exemple, si tu a déjà jetté un fichier Toto.txt de ta clef USB à la corbeille, ce fichier existe donc dans la corbeille de ta clef. Si tu dois recopier ce fichier Toto.txt de ton Mac vers ta clef, il va jetter ce fichier à la corbeille, mais comme il existe déjà il sera renommé en Toto 1.txt et s'il existe aussi en Toto 2.txt etc.Peut-être y a t'il un souci avec ça ?


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 17.01.2011 - 14h28 par Leo_11

Tom25 a écrit :Sauf qu'elle ne me sert que de sauvegarde. Je synchronise en mode Source remplace Cible.


Mais ça n'est pas une sauvegarde pour moi, c'est des documents que je modifie aussi bien à la maison qu'à l'école...

Tom25 a écrit :Pour le reste, au vu des tests effectués, je pense qu'il n'arrive pas à mettre les anciens fichiers à la corbeille.
Il faut savoir que, tout comme le Finder, j'incrémente les noms de fichiers si jamais ils existent déjà dans la corbeille. Par exemple, si tu a déjà jetté un fichier Toto.txt de ta clef USB à la corbeille, ce fichier existe donc dans la corbeille de ta clef. Si tu dois recopier ce fichier Toto.txt de ton Mac vers ta clef, il va jetter ce fichier à la corbeille, mais comme il existe déjà il sera renommé en Toto 1.txt et s'il existe aussi en Toto 2.txt etc.Peut-être y a t'il un souci avec ça ?


Ben alors comment faire pour régler ça ???


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 17.01.2011 - 16h13 par Tom25

Oui je sais bien que toi tu fais en mode réciproque car tu peux aussi bien travailler sur ta clef USB que sur ton Mac.
 
Pour ce qui est de l'indexation des fichiers foutus à la corbeille (Toto 1.txt, Toto 2.txt etc.), je pense qu'il faut vider la corbeille régulièrement. Mais je ne sais pas si c'est ça le problème. J'émet une hypothèse.

Mais au fait, je ne me souvenais plus que j'avais prévu cette option, mais tu peux décocher (dans les prefs) "Déplacer les éléments dans la corbeille" et tes éléments seront directement supprimés. Si le problème vient du déplacement à la corbeille ça le réglera.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 17.01.2011 - 17h57 par Leo_11

Tom25 a écrit :… tu peux décocher (dans les prefs) "Déplacer les éléments dans la corbeille" et tes éléments seront directement supprimés. Si le problème vient du déplacement à la corbeille ça le réglera.


Décocher cette case donc…

Image

… même s'il est spécifié que l'élément est directement effacé ??

Je n'ai pas ma clef ici (je l'ai laissée en classe… j'essayerai demain soir…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 17.01.2011 - 19h03 par Tom25

Oui voilà. Et ça te grisera (désactivera) tous les boutons radio au dessous concernant les cas des disques réseaux puisqu'il n'y a plus de question à se poser, ce sera effacer directement aussi.
 
Mais dis, tu n'es pas à jour, les prefs ne sont pas comme dans la dernière version.
Site dans ma signature.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 17.01.2011 - 23h02 par koeklin

Tom25 a écrit :Mais dis, tu n'es pas à jour, les prefs ne sont pas comme dans la dernière version.
Site dans ma signature.
P'tet que l'option "vérifier automatiquement les mises à jour" bugue aussi.... :mrgreen:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 18.01.2011 - 1h25 par Okapi

Non, elle fonctionne très bien, en tous cas chez moi. :lol:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 18.01.2011 - 5h24 par Leo_11

Tom25 a écrit :Mais dis, tu n'es pas à jour, les prefs ne sont pas comme dans la dernière version.


Oui, oui, je suis bien à jour (1.7.3), j'ai juste pris une ancienne capture… :mrgreen:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 18.01.2011 - 18h17 par Tom25

koeklin a écrit :
Tom25 a écrit :Mais dis, tu n'es pas à jour, les prefs ne sont pas comme dans la dernière version.
Site dans ma signature.
P'tet que l'option "vérifier automatiquement les mises à jour" bugue aussi.... :mrgreen:

:mrgreen: :mrgreen: :mrgreen:

Vingt Dioux !!! J'sais pas comment j'dois le prendre ! :D
En tout cas j'en ai crépis mon écran de postillons en éclatant de rire.
 
 
Ceci dit, c'est vrai que ça peut ne pas marcher. Mon programme lit le n° de version de ce fichier texte. Et j'ai remarqué que parfois Orange garde pendant un certain temps en cache l'ancien fichier. Je croyais que je faisais un truc de travers quand je mettais à jour avec Transmit. Mais dernièrement j'ai eu le même problème avec EyeSight. J'ai envoyé pleins d'info au développeur car l'image ne se mettait pas à jour. Pour finir, ça fonctionne si j'uploade sur mon site Free, mais pas sur le site Orange, ou plus aléatoirement, c'est plus long.

Donc bref, tout ça pour dire que l'appli qui pose problème n'est pas forcément en cause.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 18.01.2011 - 21h33 par Leo_11

Beuh… de toute façon je regarde tous les jours sur MacUpdate s'il y a une MàJ intéressante… j'attends même pas que l'appli regarde sur le net…

Je viens de changer le DD de mon MBP, j'installe le système neuf, rapatrie ma sauvegarde TM… et je regarde ce que ça donne… j'vous tiens au courant…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 19.01.2011 - 17h14 par Leo_11

Alors voici quelques nouvelles…

J'ai effacé toutes les icones de la clef (y'en avait 69 alors que j'ai acheté BlueHarvest qui est sensé faire ce job ??), j'ai modifié un document sur la clef, synchronisé et il semblerait que c'est tout bon… je n'ai plus aucune erreurs affichée… je verrai bien si ça tient sur la longueur…

En tous cas merci Tom pour le temps que tu me consacres…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 21.01.2011 - 10h40 par Leo_11

Je confirme… depuis que j'ai appliqué le réglage proposé dans les préf's… je n'ai plus rencontré de problèmes (pour l'instant… je n'ai pas non plus beaucoup de fichiers à synchroniser…) c'est prometteur…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 23.01.2011 - 16h28 par Leo_11

Bien… je dois vous dire que maintenant tout roule parfaitement bien depuis que Tom m'a proposé de faire ça…

Tom25 a écrit :… tu peux décocher (dans les prefs) "Déplacer les éléments dans la corbeille" et tes éléments seront directement supprimés. Si le problème vient du déplacement à la corbeille ça le réglera.


… et effectivement il me semble que le problème a été réglé… j'ai entre vendredi et aujourd'hui modifié des document autant sur la clef que sur le MBP, j'ai synchronisé juste maintenant… ben tout s'est bien passé… plus d'erreurs et les deux dossiers sont identiques…

Encore une fois merci TOM pour le temps passé à chercher à résoudre les soucis des autres… le prix payé pour ton soft le vaut bien :)


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 23.01.2011 - 17h38 par Tom25

Merci de donner ces bonnes nouvelles. Ce qui reste bizarre, c'est que le problème était aléatoire.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 23.01.2011 - 18h51 par Leo_11

Tom25 a écrit :Merci de donner ces bonnes nouvelles. Ce qui reste bizarre, c'est que le problème était aléatoire.


Certes… mais résolu quand même…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 25.01.2011 - 18h00 par Tom25

Ben merde alors, je m'en veux d'être con :x .

On avait bien remarqué que la plupart (tous excepté les invisibles genre icon ?) contenant un anti-slash \ dans le nom du fichier ou dans le nom de ses dossiers parents (donc dans son path - chemin) posaient problème.
Et je croyais avoir testé mais je viens de le faire et ça ne marche pas :| . J'ai modifié mon programme et du coup j'ai essayé tout un tas de caractères symboles, chinois, grec etc.) et tous ont fonctionné.

J'uploade la v.1.7.4 bientôt.

Edit : Et donc c'est moi qui te remercie de m'avoir fait mettre le doigt sur ce bug :) .


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 25.01.2011 - 19h27 par Leo_11

Tom25 a écrit :Ben merde alors, je m'en veux d'être con :x .


Mais non… 'faut pas t'en vouloir comme ça :wink:

Tom25 a écrit :Edit : Et donc c'est moi qui te remercie de m'avoir fait mettre le doigt sur ce bug :) .


Le plaisir est pour moi :D

… et je confirme que tout fonctionne à merveille maintenant…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 25.01.2011 - 19h38 par Tom25

Et avant ça, je pensais que des noms longs pouvaient poser problème, mais j'ai d'essayé avec le nom "fkjhqdkfhqhfqeyfuyezauriyshqkjhfjsqhfjkhqsKFHAEZUYRUEZYSHFCJKHSQCFJEFHJZEHFGEZGFHJEZJGHAJGHEHFGKJHZE HEFHGEJZHGJEHRZJGHEJRZHAT HEZGTEZGTJKEZGKAT EGFEZKJHGTKHZEGKZEAGbbbbb.rtf" et ça marche, même sur une Clef FAT32.

Encore Edit : Bon :( , je venais de finir l'upload mais je l'ai immédiatement retiré, il y avait un caractère qui ne passait pas !
C'est super pénible ça, mais je viens de le réuploadé. Ca doit être bon. De toute façon, le seul risque est qu'il reste des caractères avec lesquels ça déconne.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 28.09.2011 - 15h34 par Tom25

Vous avez peut-être remarqué que la mise à jour automatique retourne une erreur, c'est parce que j'ai changé de site web. Il est à jour dans ma signature, puis cliquez la Pomme bleue. J'ai mis à jour tous mes programmes ce week-end.
J'ai donc corrigé le lien vers mon propre site, mais j'ai aussi fait pas mal de changement interne en vu de les compiler prochainement en Cocoa. Actuellement, ils sont encore compilés en Carbon.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 28.09.2011 - 16h41 par Leo_11

Ceci dit, j'ai eu un problème pas plus tard que lundi dernier avec la dernière version (la beta)… enfin je suppute…

J'ai synchronisé ma clef avec mon ordi et j'ai perdu des informations sur un document .ods (OpenOffice).

Je n'ai pas réussi à reproduire l'incident, c'est pourquoi je ne t'ai pas averti plus tôt…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 28.09.2011 - 17h02 par Tom25

Je suis surpris, je n'ai pas changé le moteur de synchro. En fait je l'ai sorti d'un Thread.
En gros, un Thread c'est un sous programme dans le programme qui s'exécute en parallèle du programme principal. Mais je faisais des trucs interdits dedans, je ne le savais évidement pas mais ça foutait le bazar en compilation Cocoa.
Mais donc en gros j'ai fait des copié/collé de codes de certaines parties dans d'autres, et je ne m'explique pas que ça crée des bugs de ce genre :? .


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 28.09.2011 - 17h41 par Leo_11

Tom25 a écrit :… des bugs de ce genre :? .


Ne crions pas au loup… ça m'a fait ça qu'une seuls fois et je n'ai pas pu reproduire ce problème…

En même temps j'en ai déduit que ça venait de cette beta mais peut-être que c'était dû à autre chose… je n'en saurai probablement jamais plus…

Et tu veux savoir… moi ça m'arrange que ça ne soit pas ton merveilleux petit soft qui soit en cause…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 28.09.2011 - 17h57 par Tom25

Et de toute façon, les fichiers effacés ou remplacés sont déplacés à la corbeille, ou dans le dossier "S2F_Hist_Trash" pour les disques amovibles. Tu peux régler ça dans les préférences.
Donc ton fichier effacé doit s'y trouver.

D'ailleurs, je viens de faire une petite modif, mais j'attends que mon HelpTag soit traduit pour mettre à jour.
Quand on pressera Alt tout en cliquant un des boutons "Choisir" Source ou Cible, ça révélera le dossier dans le Finder.
Et si on presse Alt - Command (Pomme) tout en cliquant, ça révélera ce dossier "S2F_Hist_Trash". J'ai fait ça car je ne le vidais ce dossier, ça me gavait d'aller le chercher. Mais comme ça, un Alt - Cmd - Clic et on le vire :D .


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 29.09.2011 - 5h50 par Leo_11

Tom25 a écrit :Et de toute façon, les fichiers effacés ou remplacés sont déplacés à la corbeille, ou dans le dossier "S2F_Hist_Trash" pour les disques amovibles. Tu peux régler ça dans les préférences.
Donc ton fichier effacé doit s'y trouver.


Juste ciel… mais c'est bien sûr… j'avais oublié ça et je m'acharnais à retrouver les données perdues alors qu'elles étaient là juste devant moi… :oops:

T'aurais pas pû le dire plus tôt non… :evil: :wink: :lol:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 29.09.2011 - 9h21 par Tom25

Et faut le vider de temps en temps ce dossier, car à force de travailler sur les mêmes fichiers, ils s'en trouvent plusieurs versions dans ce dossier Corbeille. Et forcément ils ont le même nom (puisque c'est le même fichier) alors je l'indexe en ajoutant 1 puis 2 puis 3 etc. Je suis en UInt16 pour cet index, donc de 0 to 65535.
Donc si tu ne le vides pas, à la 65536 ème synchronisation d'un même fichier tu auras un symbole alerte dans le journal et ce fichier ne sera pas synchronisé :D .

Mais je pense à une autre version, mon divorce me coûte horriblement cher, et j'ai besoin d'argent. Donc au lieu de déplacer des fichiers dans les dossiers poubelle, je vais les uploader sur mon serveur ou me les envoyer par email. Et je fouillerai dans tout ça et je tomberai bien sur des n° de cartes bleues, des photos compromettantes qui me permettront de faire chanter l'utilisateur, ou je ne sais quoi qui pourra me rapporter du pognon. Bref, j'ai du boulot pour “ améliorer ” mon logiciel :lol: .


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 29.09.2011 - 9h26 par Okapi

Qu'est-ce que tu fais avec les gamins Tom, si jamais on peut se faire un peu d'argent pour t'aider dans ta démarche… :mrgreen:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 29.09.2011 - 17h04 par Leo_11

Bonne idée Tom… avec mes documents tu peux essayer de les vendre à mes apprentis, il y a des interrogations, des épreuves d'examens… bref, y'a du pognon à te faire… :twisted:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.03.2014 - 18h56 par Tom25

Je ne sais pas si je devais ouvrir un autre post ou non.

Un gars a rapporté un bug sur MacUpdate.
Déjà, je ne vois pas pourquoi il parle de boutons rouges ? :shock:
Ensuite, comme je suis sous Snow Leopard, je ne peux pas tester Mavericks.
Quelqu'un ici a t'il la version SyncTwoFolders 1.9.9 tournant sous Mavericks ?
Si oui, merci de cliquer le bouton "+" juste à coté du PopupMenu "Derniers réglages". Une petite fenêtre demandant le nom de ce réglage devrait apparaître au centre de votre écran. Oui ou bien ?

Avant hier, j'ai uploadé une nouvelle version (mais avec le même n°) et désormais cette petite fenêtre demandant le nom doit apparaître à peine au dessus de ce petit bouton "+".

J'ai cru lire qu'il y avait des soucis multi écran avec Mavericks. Comme je laissais cette fenêtre se placer par défaut, je me disais que peut-être que dans certains cas ça merdait. Donc je la place moi-même maintenant.

Merci de vos retours.

Je ne sais pas quoi acheter comme Mac. :cry: Je ne sais même pas si j'ai envi de changer, mais fait suer d'avoir 3 trains de retard pour développer mes applications :oops:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.03.2014 - 7h31 par Leo_11

Ben chez moi elle s'ouvre toujours à la hauteur de la section «Cible» à cheval de 1/4 de sa longueur environ sur la fenêtre principale…

Un p'titi truc par contre {qui ne me gène pas plus que ça…), lorsque le synchronisation est terminée, la fenêtre de récapitulation des documents modifiés ne peut pas se fermer en validant à l'aide de la touche idoine… on est obligés de soit valider manuellement avec la souris, soit fermer avec < commande+w >…

Ceci dit… merci encore pour ton travail… je sert ton petit utilitaire chaque jour… c'est un régal…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.03.2014 - 9h09 par Tom25

Merci, je ne comprends pas. Tu peux fermer la fenêtre la fenêtre Journal avec le bouton rouge en haut à gauche classique, avec le bouton Fermer en bas à droite, ou avec le petit bouton Journal (une main qui tient un crayon) en bas à gauche de la fenêtre principale.

Chez moi, avant mes modifs (donc la version que tu as si tu n'as pas téléchargé celle d'avant hier) la petite fenêre demandant le nom des réglages s'ouvre au centre de l'écran (équi distance droite gauche) et plutôt vers le haut de l'écran.

Et tes boutons ne sont pas rouges (à part les classiques rouge jaune-orange et vert des fenêtres) ?

Merci de tes réponses


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 15.03.2014 - 18h16 par Leo_11

Tom25 a écrit :Tu peux fermer la fenêtre la fenêtre Journal avec le bouton rouge en haut à gauche classique,


Oui

Tom25 a écrit :… avec le bouton Fermer en bas à droite,


Oui… mais seulement avec la souris… du fait qu'il est bleu théoriquement on devrait pouvoir valider sa fermeture en appuyant sur la touche « valider » du clavier… non ??

Tom25 a écrit :… ou avec le petit bouton Journal (une main qui tient un crayon) en bas à gauche de la fenêtre principale.


Là je ne vois pas de quoi il s'agit… pas trouvé ce petit bouton…

Tom25 a écrit :Chez moi, avant mes modifs (donc la version que tu as si tu n'as pas téléchargé celle d'avant hier) la petite fenêtre demandant le nom des réglages s'ouvre au centre de l'écran (équi distance droite gauche) et plutôt vers le haut de l'écran.


Ben chez moi non…

Tom25 a écrit :Et tes boutons ne sont pas rouges (à part les classiques rouge jaune-orange et vert des fenêtres) ?


Non…

Tom25 a écrit :Merci de tes réponses


Avec plaisir…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 16.03.2014 - 11h48 par Tom25

Le petit bouton Journal (une main qui tient un crayon) en bas à gauche de la fenêtre principale, la fenêtre SyncTwoFolders. Tu as le petit bouton v (checkmark) juste à coté qui permet d'ouvrir ou fermer la fenêtre réglages supplémentaires.

Sinon, effectivement le bouton Fermer est blea car il est paramétré comme étant le bouton par défaut, donc activé par appui sur la touche Return. Je suis sur iPad, mais je vais tester ça tout à l'heure et j'éditerai ce post.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 16.03.2014 - 16h27 par Leo_11

Ok… vu ton p'tit bouton… y fonctionne parfaitement…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 16.03.2014 - 18h13 par Tom25

Effectivement, l'appui sur Entrée ne ferme pas la fenêtre. Sous Carbon, quand on pressait des touches (n'importe lesquelles) ça ne beepait pas s'il n'y avait aucune action. Sous Cocoa ça beep. Alors j'ai dû ajouter quelques modifs pour éviter ces beeps, mais du coup ça merde avec cette touche Entrée. Je vais corriger ça.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 17.03.2014 - 17h01 par Tom25

C'est corrigé, cette fois j'ai changé le n° de version.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 01.04.2014 - 14h30 par Leo_11

Je viens de découvrir un bug (je crois…)…

Lorsque je fais une synchro si la case « gérer les dates » tout le dossier est recopié… si je décoche cette case certains documents sont ignorés…

Comment ce fait-ce ????


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 01.04.2014 - 23h09 par Tom25

Ce qui serait possible, c'est qu'il y ait un problème qui fasse que sous Mavericks un dossier soit vu comme un fichier (un package), mais alors il le serait tout le temps, rien à voir avec Gérer date.

Le seul cas où un dossier devrait être copié, c'est si son double n'existe pas de l'autre coté. En aucun cas il ne devrait y avoir replacement de dossier.

J'ai reçu mon nouveau MacBookPro mais je suis parti au ski puis en déplacement professionnel. Je m'installe sur ce nouveau Mac ce week-end si j'ai le temps. Alors je testerai sous Mavericks.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 02.04.2014 - 5h42 par Leo_11

Alors profite bien de ton ski…

J'ai encore essayé hier au soir…première synchro coche décochée… des fichiers modifiés dans la journée ont été ignorés… j'ai dû les recopier à la main… puis près j'ai
refais la synchro mais cette fois coche cochée et il a recopié tout le dossier principal…

Juste une précision… ça me fait ça que depuis la dernière MàJ… avant je n'ai jamais eu d'oubli ou de recopie générale…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 02.04.2014 - 7h24 par Tom25

Ah non mais ça, si tu décoches la case "gerer dates" c'est normal qu'il ne s'occupe pas des fichiers modifiés, il ne copie que les fichiers ajoutés.

Par contre merde, ça qu'il copie le dossier complet ??!!! Ca veut dire que si tu modifier un fichier dans le sous-dossier A de Source, et un autre fichier dans sous-dossier A de Cible, un des fichiers sera perdu puisqu'il copiera un sous-dossier complet ! Putain c'est grave ça, et je ne vois pas ce qui peut avoir changé. Je n'ai rien modifié à ce niveau.

Edit : En plus il ne devrait pas car je ne remplace pas l'élément de destination quand je copie, pour justement éviter ce genre de connerie. J'efface, ou je déplace dans le dossier utilisé comme Corbeille l'élément à remplacer, et ensuite je copie.

Edit 2 : Je ne suis plus au ski mais au boulot. :wink:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 06.04.2014 - 20h02 par Tom25

J'ai quasiment fini de réinstallé et paramétré toutes mes applis sur mon nouveau Mac. J'ai testé SyncTwoFolders sous Mavericks sans aucun problème. J'ai coché et décoché "gerer dates" et tout se passe normalement. :o


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 08.04.2014 - 17h11 par Leo_11

Bon ben j'ai essayé un truc… j'ai complètement effacé ma clef et réenregistré mon dossier dessus… ensuite j'ai lancé la synchronisation trois fois…

La première était non terminée ???
Image

La deuxième a été beaucoup plus longue… mais terminée…
Image

La troisième encore plus longue…
Image

Regarde en haut à droite l'heure des différentes captures qui ont été lancées très rapidement après la précédente…
Et on s'aperçoit que les fichiers ont chaque fois été recopiés entièrement…

Et voici mes réglages qui fonctionnaient parfaitement…
Image

Qu'en penses-tu ??? que puis-je faire ???


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 09.04.2014 - 10h38 par Tom25

Les erreurs viennent souvent du fait que l'élément copié est trop volumineux et prend donc trop de temps. J'ai réglé la tempo par défaut à 240 secondes (voir les Prefs "copie erreur TimeOut"). C'est un délai envoyé à AppleScript, s'il est dépassé il me retourne une erreur, mais l'élément est quand même copié. AppleScript attend durant 240 secondes, si le Finder ne lui dit pas que c'est terminé dans ce laps de temps, AppleScript remonte un problème, mais le Finder continue la copie.
Tu peux augmenter ce délai si tu as beaucoup de gros fichiers. Le seul risque c'est qu'en cas de problème, SyncTwoFolders restera figé pendant ce délai, mais tu pourras toujours faire un Force-Quit.

Sinon, les infos du Finder ne te donne pas les secondes pour la date de modification. Donc regarde cette date de motif avec un autre logiciel comme File Buddy ou mon prof ManageNameExt qui donnent hh:mm:ss. Je suis persuadé qu'il y a quelques secondes d'écart. Parfois les clef USB, les disques réseaux etc. ont un décalage d'horloge (ne m'en demande pas plus, je n'en sais pas plus). Mais même lorsque tu as copié ton dossier sur ta clef USB vierges, les dates de modifications avaient des dates de modifications avec des décalages de quelques secondes. SyncTwoFolders considérait donc tous tes fichiers comme ayant été modifiés.
Donc ouvre les réglages additionnels (petit bouton checkmark en bas à gauche) et met "30 secondes" à "considérer 2 fichiers identiques si dates différent de moins de ".

Sinon je vois qu'il te manque une colonne dans ta fenêtre journal, elle indique l'opération à faire (simulation) ou faite. Je sais il s'agit de symbole mais ils sont expliqués dans le helptag du TextField qui résume de la synchro en haut "Terminé 09/04/2014 : 0 #∆ Aide •◊#-+≠∆". Fais un Cmd-Alt clic sur ce TextField et ça te remettra les largeurs de colonnes par défaut.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 09.04.2014 - 11h37 par Leo_11

Tom25 a écrit :… ouvre les réglages additionnels (petit bouton checkmark en bas à gauche) et met "30 secondes" à "considérer 2 fichiers identiques si dates différent de moins de ".


J'ai fait ça et il n'a pas recopié l'ensemble du dossier… il semblerait que c'est tout bon…

Merci Tom…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 11.04.2014 - 16h34 par Leo_11

Après moult synchronisations, je confirme que tout est redevenu normal…

Un grand merci pour ta réactivité et le travail fourni Tom…


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 13.04.2014 - 8h39 par Tom25

Merci, content que ça marche.
Comme je suis désormais sous Mavericks j'ai pu installé la dernière version de Xojo. J'ai recompilé chacune des applis et je vais les remettre en ligne. Mais attention, Lion 10.7.x and higher. Snow Leopard plus supporté.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.04.2014 - 7h33 par Leo_11

Tom25 a écrit :Mais attention, Lion 10.7.x and higher. Snow Leopard plus supporté.


Ben alors… t'est encore plus radical que Apple ou M$ qui laissent un certain délais à leurs utilisateurs avant de rendre un produit obsolète… toi tu passes d'un système à un autre et paf… l'ancien n'existe tout simplement plus… :D :lol: :lol: :lol: :D

M'en fiche… j'ai aussi 10.9… :lol: :lol:


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 14.04.2014 - 9h44 par Tom25

Ben je suis obligé avec Xojo. Remarques que je n'ai rien changé, juste recompilé avec la dernière mouture de Xojo. :D

Les anciennes versions sont accessibles depuis mon site et le lien mène ici : Old Versions.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 04.05.2014 - 14h55 par djtrance

Hello Tom!

Juste une question qui n'a rien à voir avec le fil du sujet mais avec ton logiciel: je suis aujourd'hui confronté à une situation simple. J'ai un serveur perso à la maison où j'ai tous mes documents, travaillant beaucoup depuis la maison, j'ai aussi besoin d'avoir ces fichiers avec moi sur mon MBP. Je ne souhaite absolument pas passer par iCloud ou autre... Je me suis donc dis, me faut juste un logiciel qui fasse la synchro de mon volume sur le serveur perso via un répertoire (ou volume) de mon MBP.

Je cherche pas trop longtemps, je sais que ton logiciel existe, je me dis que c'est l'occasion de le tester. Je le télécharge et hop, moi qui aimerait avoir en source (et accessoirement cible) un Volume, il me dit que je peux pas...

Est-ce que tu sais si c'est quelque chose qui va pouvoir se faire avec ton logiciel? Ou est-ce quelque chose de trop délicat?


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 04.05.2014 - 15h15 par Tom25

Salut.
Si tu ouvres les prefs de SyncTwoFolders tu verras une case à cocher autorisant la synchro des volumes. Pour quoi je l'empêche par défaut ? Parce que sur les disques amovibles (donc réseaux) je ne peux pas utiliser la corbeille (je ne peux plus, je pouvais avant). Donc je crée un dossier "S2F_Hist_Trash" qui servira de corbeille. Ce dossier est placé à la racine du volume, donc si tu synchronise le volume entier tu synchronise aussi ce dossier Poubelle.
Tu peux autoriser le synchro des volumes mais alors soit tu effaces directement les éléments sur les disques amovibles, mais alors là attention aux fausses manip. Soit tu rajoutes "S2F_Hist_Trash" (ou le nom que tu as mis) dans les éléments à ignorer.

Me concernant, je crée un dossier dans mes disques amovibles et je synchronise ce dossier. Même si je n'ai qu'un dossier, je fais comme ça. J'évite de tout mettre à la racine du volume.

J'espère avoir été clair, sinon dis moi.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 04.09.2014 - 17h10 par Leo_11

Il y a à nouveau un problème avec la dernière version (2.04)… voici deux fois que je fais une synchronisation qui plante en plein travail…

Image

Je dois à chaque fois forcer à quitter…

Le problème est que je ne sais pas si tous mes documents modifiés ont été remplacés que ça soit dans la direction source => cible ou cible => source vu que je travaille autant sur l'ordi (source) que sur ma clef USB (cible)… donc je ne sais pas (encore) si j'ai perdu une modification… :( :(

Maj le 5.09.14

J'ai re-téléchargé l'application qui est arrivée cette fois ci à faire la synchro complète sans planter... MAIS pas complètement... En effet, comme tu peux le voir sur la capture ci-dessus. les noms commençant par = sont à supprimer... ben ce matin j'en ai trouvé qui n'avaient pas été éliminés...


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 05.09.2014 - 19h20 par Tom25

Désormais, par défaut j'utilise la commande interne de Xojo pour copier les fichiers. C'est pourquoi j'ai rajouté la barre de progression. Comme tu peux le voir, j'affiche d'entrée cette barre à 100% car je perds la main lors d'une copie. Si tu copie un seul gros élément (un gros fichier ou un dossier d'un seul coup), SyncTwoFolders est comme figé. Mais il n'est pas planté.
Si tu veux retrouvé l'ancienne méthode, ouvre les réglages additionnels et sélectionne "copier avec le Finder". Là, via AppleScript et donc le Finder, la fenêtre de copie avec la barre de progression du Finder s'affiche. Mais en fait SyncTwoFolders est tout aussi gelé, on ne s'en rend pas compte car on regarde la barre de progression du Finder.

Concernant le non effacement des éléments commençant par "=", là je ne vois pas, je n'ai rien changé à ce niveau. Et j'ai utilisé cette fonction chez moi sans problème.


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 06.09.2014 - 6h21 par Leo_11

Ok… je comprends… mais pour quelle raison il est indiqué que SyncTwoFolders ne répond pas comme tu peux le voir dans la fenêtre de « Forcer des applications à quitter » ?


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 06.09.2014 - 7h47 par Tom25

Car je peux "redonner la main" aux évènements, et au système, soit entre chaque ligne de code (instructions) soit toutes les x lignes suivant la méthode utilisé. Mais l'instruction de copie est une seule instruction, donc aucun moyen de redonner la main pendant qu'elle s'exécute. Donc l'appli semble figée.

Il faudrait pour cela ré-inventer la roue. Copier une partie du fichier, redonner la main, copier la partie suivante, redonner la main, etc. Puis reconstruire le fichier une fois terminé. Si annulation, effacer tous les morceaux de fichiers. Si ok, redonner les mêmes droits et que sais-je encore.
Je ne pense pas que quiconque se soit amusé à reprogrammer ça. En tout cas c'est un problème qui a été soulevé mais personne n'a donné de solution.

Moi j'avais opté pour la solution Finder via AppleScript. Mais des gens se plaignaient de Tchong à chaque copie. De plus. Si une autre appli, ou l'utilisateur lui-même utilise AppleScript en même temps, ben je ne sais pas ce que ça fait mais ça doit merder. Je vais essayer tiens …


Re: SyncTwoFolders [v. 1.7.1]… bug 10.6.5 ?

Publié : 06.09.2014 - 8h48 par Tom25

Bon ben ça merde. Les fichiers ne sont pas copiés. Mais attention, je les efface (ou les déplace dans le dossier Corbeille suivant l'option choisie) avant de les copier. Et l'effacement marche lui !

Et je viens de re-tester effacer éléments commençant pas … et ça marche.