Неприятный баг у гугл-диска

[lockthemoriarty.livejournal.com]

Привет.

Гугл-диск по какой-то причине не любит файлы с названием 5_2.png
Ни один файл с таким названием не синхронизируется, в статусе висит "Ошибка при отправке" и в облаке собственно его нет:



все остальные файлы отлично синхронизируются.

что это и как вылечить, может кто знает?:)

Comments

[dims12.livejournal.com]

Может, у Вас где-то папка с именем 5_2.png или скрытый файл?

[lockthemoriarty.livejournal.com]

нету такого нигде, да и раньше это всё было в дропбоксе, у него вопросов не возникало

[terraon.livejournal.com]

Я бы посмотрел права доступа к файлу и сравнил с аналогичными у файла который правильно синхронизируется.

У меня был похожий случай, после обновления виндов у некоторых файлов в определеной папке "поехали" права доступа и яшкин-диск не мог их читать и, соответственно, синхронизировать в облаке.

[lockthemoriarty.livejournal.com]

всё ок там. я экспортирую их из графической программы, и любое другое имя синхронизируется :) в этом и мистика

[edik-m.livejournal.com]

Отлично все синхронизируется
Вам уже написали - возможно есть папка с таким же именем

[lockthemoriarty.livejournal.com]

нет папки с таким именем

[terraon.livejournal.com]

Ну решение проблемы все равно в просмотре и сравнении свойств "кривого" и "честного" файлов.

Имя файла не при чем. Синхронизация основана на сравнении времени модификации файлов. Возможно по каким-то причинам время у облачной версии установлено "в будущее" или, наоборот, время локального "где-то в прошлом".

[lockthemoriarty.livejournal.com]

странная штука в том, что я делаю экспорт одновременно всех файлов, и там не может никаких расхождений
а если назвать файл в макете 5.2 вместо 5_2, то всё ок проходит :) что за мистика

[terraon.livejournal.com]

А если потом обратно назвать? Просто при переименовании файла его время модифицируется.

[lockthemoriarty.livejournal.com]

не, я переименовываю его именно в проекте. а потом делаю экспорт с новым именем, и всё к.