none
Длинный путь к файлу русскими буквами. RRS feed

  • Общие обсуждения

  • Здравствуйте.

    Тема похожа на http://social.technet.microsoft.com/Forums/ru-RU/8909d780-0a1d-4b97-9b42-444b6d0062c2/

    Также при попытке открыть файл с длинным путем русскими буквами Excel 2013 выдает ошибку: 
    "Нам не удалось открыть этот файл. Переименуйте файл, дав ему короткое имя, или скопируйте его в другую папку с более коротким путем".

    Если путь к файлу латиницей, то такой ошибки не возникает.

    Также с помощью  Excel 2010 эти файлы с длинным путем русскими буквами нормально открываются.

    Т.е. я так понимаю, что русские буквы кодируются в закодированный URI, методом типа encodeURIComponent

    и путь становится гораздо длинее.

    Почему Excel 2010 открывает, а 2013 нет?  Может есть где-то настройка?

    Службу Document Id Service не хотелось бы использовать.


    9 августа 2013 г. 9:44

Все ответы

  • Здравствуйте

    А по какой причине Вы не желаете использовать Document Id Service?


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    30 августа 2013 г. 10:58
    Модератор
  • В вашей теме отсутствует активность в течение последних  дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    4 сентября 2013 г. 8:19
    Модератор
  • Document Id Service не решает данную проблему(

    т.к. он в итоге редиректит на оригинальную длинную ссылку.

    11 сентября 2013 г. 15:38
  • Столкнулся с такой же ситуацией. Обновил до sharepoint 2013.

    - Excel 2013 открывал все документы в Sharepoint 2010.

    - Excel 2010 открывает все документы в Sharepoint 2013 после обновления.

    - Excel 2013 не открывает документы с длинными именами в Sharepoint 2013 после обновления

    То что общая длина URL не должна превышать 255 символов - это понятно, но почему в случае с Excel 2010 это не мешает при открытии того же файла?

    p.s. кстати URL имеет вид http://sharepoint/DocLib4/%D0%9F%D0%95%D0.....xlsx от того при имени файлов в 40 символов в папке 2-го уровня уже практически не прочитать.

    Кстати Word 2013 как и Excel 2010 не обращает внимание на длину URL больше 255 - все открывается.


    • Изменено ToIIIa 8 ноября 2013 г. 7:43
    8 ноября 2013 г. 2:24
  • Интересно ,мы дождемся внятного ответа от Microsoft по данному вопросу?

    Я тоже не могу приступить к развертыванию в организации Office 2013 именно по этой причине, потому что SharePoint уже 2013 и у тестовой группы пользователей с Excel 2013 не открываются документы с портала.

    26 марта 2014 г. 4:53
  • Как вариант можно создать timerJob, который будет обходить документы и менять имя, транслитерацией.
    26 марта 2014 г. 18:46
  • я думаю что не клиенты, которые тратят деньги на приобретение продуктов Microsoft не должны думать как решать проблемы, которые они создают из воздуха.

    Проблеме уже не один день, и даже не месяц, и ответа от разработчиков никакого нет.

    26 марта 2014 г. 21:50
  • Имею такую же проблему на Sharepoint 2013 и Excel 2013. Ссылки отправленные порталом на Excel файлы не открываются, в библиотеке документов ссылки с небольшой вложенностью  тоже не открываются, помогает только открытие с использованием кнопки cntrl.

    Изменять названия файлов на транслитерацию - не желательно, так как имеются связи(ссылки) между документами Excel на портале.

    Решение http://spurlshortener.codeplex.com/ не работает, после развертывания на sp2013, сайт приходит в не рабочее состояние.

    Document id service - тоже не решил проблему.

    До сих пор не найдено никакого обходного решения?

  • Найдено решение, вышло обновление от Microsoft для Excel 2013, которое лично мне помогло:

    http://support.microsoft.com/kb/2863878/en-us