- Google Chrome
- Active Directory
- Windows
- Windows Server
Заходимо на комп'ютер Windows 7 відповідним користувачем без прав адміністратора. Переконуємося, що папка Завантаження знаходяться на сервері, в папці типу \\% servername% \ User Files $ \% username% \ Downloads. За допомогою провідника переконуємося що в папку можна скопіювати довільний файл з локального диска.
Переконуємося, що в налаштуваннях свіжовстановленому Хрома розташування те ж саме, що і вище. Намагаємося завантажити що-небудь, наприклад, pdf або картинку. В панелі і історії завантаження результат завжди один. "Неможливо завантажити". Результат не залежить від стану галочки "Завжди вказувати місце для скачування".
Відкриваємо Internet Explorer або Firefox. Переконуємося, що в обох випадках папка для завантаження та ж сама. Викачуємо. Все скачується.
Це взагалі чому і як зробити щоб Хром скачував?
Доповнення. Тільки що перевірив в Windows 10 Enterprise Technical Preview. Відмінно викачує. Переклад на неї користувачів - поки не варіант :-)
Доповнення 2. Спробував в Windows 7 завантажити Хромом файл на робочий стіл, який теж перенаправлений, правда, в іншу кулі (але теж відповідно до інструкції). І ось на робочий стіл скачати. Права у користувача що туди, що туди - однакові (див. Скріншот).
Трохи докладніше розповім про проблему. І щось мені підказує, що вона не вирішується. Проблема тут не в правах, хоча частково рівень доступу користувача впливає на ситуацію. Припустимо, ми завантажуємо з mirror.yandex.ru маленький бінарник, розміром не більше 2-х Мб. Результат нам відомий - НЕ скочується. Беремо на тому ж mirror файл-більше, наприклад, образ netinstall CentOS. І файл скочується. Більш того, якщо по час скачування великого * .iso завантажувати знову той бінарник в 2 Мб, він теж скочується. Справа тут в швидкості завантаження. Точніше навіть в часі її тривалості. Якщо файл гойдається довго, приблизно секунд 10-20, то він точно збережеться. А ось якщо завантажувати невеликий файл але з більш широкими правами (наприклад, локальний адмін), то в незалежності від часу завантаження файл збережеться в просторі імен. Вважаю, справа тут в порожньому файлі, який хром створює в папці призначення при старті завантаження, а потім замінює його скачаним файлом. Ось такі пиріжки з кошенятами.
З огляду на, що те ж саме у мене в десятці працює (працювало на той момент, зараз звичайно могли і "поправити") без проблем, значить справа в якихось неочевидних тонкощах реалізації якого-небудь API, яке обидві сторони використовують трохи по-різному .
Завжди в таких випадках згадується безсмертне "DOS is not done until Lotus will not run"