Как решить проблему с установкой приложения для торговли, когда не получается загрузить клиентскую программу?

Слушайте, ваш способ с чисткой %AppData%/TraderTemp реально спас, но я чуть иначе подступил: удалил весь каталог %LocalAppData%/TraderCache, затем в свойствах ярлыка добавил параметр –tempdir="D:\TraderTmp". После этого клиент сразу стартовал, а старые логи отложил на отдельный диск, так что и место на C не тает. Кстати, реестр трогал только когда настойчиво требовал обновление драйвера, но в итоге это тоже оказалось лишним.

Слушайте, с этим переносом tempdir на другой диск идея здравая, но вы не забыли, что права доступа к папке на D: должны быть открыты для всех пользователей? А то у меня один раз так вышло: прописал путь в ярлыке, клиент вроде запустился, а потом начал вылетать с ошибкой записи логов, потому что система тупо блокировала доступ к каталогу. В итоге пришлось ковыряться в настройках безопасности папки. А насчет реестра, о котором писали выше, я вообще не советую — там если одну ветку не ту зацепите, потом переустанавливать всю винду будете, оно того точно не стоит. Проще реально один раз почистить TraderCache и забыть. Кстати, кто-нибудь пробовал запускать от имени администратора после такой манипуляции? Мне кажется, это иногда решает проблему с загрузкой программы быстрее, чем вся эта возня с путями и папками. Хотя способ с отдельным диском для временных файлов всё равно самый чистый в плане гигиены системы, если SSD не забит под завязку.

С правами на D: вообще не стоит париться, если просто запустить установщик от имени администратора, он сам всё пропишет. А так, AlexTrend прав — если вручную меняете tempdir, то без полного доступа к папке клиент будет постоянно спотыкаться на логах. Я пробовал еще вариант с созданием отдельного пользователя в системе специально под торговлю, чтобы права вообще не конфликтовали с основным профилем, но это уже какой-то огород. Проще всего один раз выставить «полный доступ» для группы «Все» в свойствах безопасности папки и забыть об этом. Кстати, чистка кеша, про которую писали выше, помогает только до первого обновления программы, потом всё по новой. Лучше один раз нормально настроить пути и не лезть в реестр, а то можно и винду снести случайно.

Не совсем так работает. Запуск от админа не панацея, если сам диск D: имеет жесткие ограничения по безопасности или настроен под другого юзера. Я когда-то так возился с tempdir, в итоге всё равно вылетали ошибки записи логов, пока просто не снёс папку и не пересоздал её с полным доступом для всех. А так, способ Павла с параметром в ярлыке самый чистый, не надо в реестре копаться и систему засорять. Главное, чтобы путь был без кириллицы, иначе клиент может просто не завестись.

Если честно, в моём случае запуск от администратора тоже не спасал, пока не обнаружил, что на D: включён режим «Только чтение» для группы «Пользователи». Я сначала проверил свойства диска – там действительно стоит галка «Разрешить только чтение» в разделе безоп. доступа, и система отказывалась писать даже в обычные папки. После снятия этой галочки и применения наследования прав всё заработало, но я пошёл дальше: создал отдельную папку \D\TraderTemp, дал ей полномочия «Полный контроль» для «Все», а в реестре (HKLM\Software\Trader\TempPath) прописал именно её. После этого установщик перестал жаловаться на запись логов, а клиентская программа запустилась без "Access denied". Кстати, стоит обратить внимание на то, что иногда проблема кроется в том, как Windows кеширует права после изменения. После того как вы сняли ограничения, я несколько раз перезапускал сервисы (WinRM, BITS) и даже сделал «gpupdate /force», иначе изменения не применялись к процессу установки, запущенному из планировщика. Если у вас включён BitLocker, иногда он тоже блокирует запись в несущую, требуя подтверждения. В таких случаях проще отключить шифрование на время установки, а потом включить обратно. Главное – убедиться, что путь, куда пишет клиент, действительно открытый, а не «скрытая» субпапка с унаследованными ограничениями, иначе даже админы будут получать ту же ошибку.