Certains Fichiers Partag

[Ganfoud]

bonjour à tous,

j'ai un souci: j'ai des fichiers/répertoires qui sont invisibles via le finder mac ou l'explorateur windows!

alors que via ssh ou l'interface DSM, je les vois bien, l'utilisateur est correct, et les fichiers/répertoires en question sont en lecture/écriture/exécution pour tout le monde!

une idée du pourquoi du comment?

[prohand]

Salut,

J'ai exactement le même problème pour un seul dossier dans un de mes répertoires partagés.

Une personne aurait-il une idée ?

Merci

[StéphanH]

bonjour,

Je ne sais pas si cela a un rapport, mais j'ai eu des problèmes avec des fichiers, invisibles sur Mac, mais visibles sur PC.

Le problème venait du codage de certains noms de fichiers qui était ésotérique ...

En renommant proprement les fichiers en question, tout est rentré dans l'ordre ...

[prohand]

Salut,

Tu a un exemple d'un fichier mal écrit ?

Merci

[StéphanH]

oui,

Voici ce que j'avais expédié au support Synology (extrait des log de CloudStation) :

janv. 14 18:00:15 [iNFO] ui-client/message_mgr.cpp(683): file path: /xxxxxxxxx/Syndic/Re´cap Charges 2011.pdf
janv. 14 18:00:15 [iNFO] ui-client/message_mgr.cpp(530): hanlde message done, 02ECE5F0: Successful
janv. 14 18:00:15 [iNFO] ui-client/message_mgr.cpp(511): Try to read message, 02ECE5F0
janv. 14 18:00:16 [iNFO] ui-client/tray_updator.cpp(137): StatusEventMonitor: state 1, last stat 0
janv. 14 18:00:16 [iNFO] ui-client/tray_updator.cpp(290): HandleSyncingEvent: emit Get syncing event
janv. 14 18:00:16 [iNFO] ui-client/tray_updator.cpp(293): HandleSyncingEvent: Handle syncing event finish
janv. 14 18:00:17 [iNFO] ui-client/message_mgr.cpp(517): Try to handle message type 3, 02ECE5F0: Successful
janv. 14 18:00:17 [iNFO] ui-client/message_mgr.cpp(679): file action: 3
janv. 14 18:00:17 [iNFO] ui-client/message_mgr.cpp(680): file type: 0
janv. 14 18:00:17 [iNFO] ui-client/message_mgr.cpp(683): file path: /xxxxxxxxx/Syndic/Récap Charges 2011.pdf
janv. 14 18:00:17 [iNFO] ui-client/message_mgr.cpp(530): hanlde message done, 02ECE5F0: Successful
janv. 14 18:00:17 [iNFO] ui-client/message_mgr.cpp(511): Try to read message, 02ECE5F0
janv. 14 18:00:17 [iNFO] ui-client/message_mgr.cpp(517): Try to handle message type 1, 02ECE5F0: Successful
janv. 14 18:00:17 [iNFO] ui-client/message_mgr.cpp(797): Receive message from '446a6e92cd56d6aa5856a9ca3a126f0c':

Pourtant, sur PC, le fichier apparaissait correctement.

Et voici la réponse du support :

Those special characters like ä,ö,ü have two different encode form, they are composed and decomposed form. Let's give you an example of the character "Å" can be encoded to U+00C5 (standard name "LATIN CAPITAL LETTER A WITH A RING ABOVE", and a letter of the alphabet in Swedish and other languages) OR to U+212B("ANGSTROM SIGN"), as referenced from: http://en.wikipedia.org/wiki/Unicode_equivalence

In Windows and DS, both forms are used in filenames. However, iPad uses composed form only due to file system limitation.

We found that the original file name which synchronized between CloudStation client and server IS a decomposed form.

When iPad joined the CloudStation sync process, it will try to sync the original file because of its filename is decomposed form, which is not supported by iPad's file system. Hence, iPad will then convert the file to composed form of which supported format.

This action will update the file with composed form on CloudStation and synchronized to other clients, i.e. the PC and DiskStation.

The CloudStation server regards this is a new event, due to the original file is decomposed form which is differ from the one that was updated by iPad.

So this caused filename duplicates as both of DiskStation and PC considered they are different files in respective forms, but they all looked the same in presentation.

So that's the whole story.

Anyway, this will be addressed in next DSM releases. Sorry for any inconvenience caused.