Total Commander

При распаковке в TC 8.52a архива, скачанного, например, отсюда, у некоторых файлов (в зависимости от даты) время модификации изменяется на 1 час. Если это только у меня такая проблема, то настораживает, что в седьмых, восьмых (до 8.51) и бета-версиях 9.00 (начиная с третьей) все файлы из примера копируются без изменения времени модификации.
Проверял на TC 32 bit.

sa
Во-первых, 8.52a в заголовке делать нечего — это конкретно для данной версии не специфично (см. далее). Версию из заголовка убираю.
Во-вторых, при распаковке файлов из тестового архива ровно одно и то же происходит, начиная с 8.51 RC2 и далее (в том числе и в бетах 9.0 от первой до последней!). По версию 8.51 RС1 включительно время при распаковке сохранялось.
В-третьих, с учётом вышесказанного нетрудно заметить, что в 8.51 RC2 поменялась библиотека UNRAR.DLL (5.10.2 вместо 5.1.0; в TC 9 используется версия 5.40.2).
Контрольная проверка номер раз: берём чистую копию TC 8.52a, заменяем UNRAR.DLL на версию из TC 8.51 RС1 и видим, что при распаковке время не меняется.
Контрольная проверка номер два: распаковываем тот же архив при помощи более или менее свежей версии WinRAR (у меня 5.31) и получаем ровно такое же изменение времени.
Так чей это баг?

Avada писал(а):Так чей это баг?

Я не спрашивал, чей это баг, а хотел убедиться в его наличии/отсутствии в последней действующей версии TC.

sa
Последняя действующая версия (она же просто последняя) — это текущая бета девятки. Там, как было сказано, это в наличии. Как, впрочем, и в 8.52a. И почему в наличии, тоже было сказано. Уяснить же причину бага, ИМХО, очень даже полезно. Можно, конечно, предъявлять претензии Гислеру, но проблема, судя по всему, не совсем с его стороны, разве нет?

Avada писал(а):текущая бета девятки. Там, как было сказано, это в наличии. Как, впрочем, и в 8.52a.

Странно: у меня с бетами девятки было, как я писал, всё нормально, как раз из них брал unrar.dll и перекладывал в 8.52a, чтобы устранить баг.

sa
Попробуйте взглянуть ченджлог WinRAR, например, есть такое:

sa
Проверял на Windows 7 x64. В первых двух бетах девятки версия UNRAR.DLL — 5.10.2, как и в 8.52a. Начиная с третьей — 5.40.2. И до этой замены баг есть, и после неё. В 64-битном TC версия UNRAR64.DLL не менялась, она и сейчас 5.10.2. И с ней тоже есть баг.

Skif_off
Это и по-русски есть.

3. Исправлены ошибки:
<...>
г) у файлов в архиве могла быть ошибка в 1 час во времени изменения в среде Windows XP;

Что там сейчас на Windows XP, я в ближайшее время проверить не смогу. И касалось ли это исправление именно библиотеки или работы опций WinRAR, сказать не берусь.

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

22.06.16 Release Total Commander 9.0 beta 3 (32/64)
19.06.16 Added: Included latest unrar.dll from www.rarlab.com (32/64)

Avada писал(а):Последняя действующая версия (она же просто последняя) — это текущая бета девятки.

Говоря о действующей, имел ввиду official release 8.52a, в отличие от pre-release version 9.00.

sa
Правильно ли я понял результат правки первого поста как категорическое утверждение, что в бетах девятки с третьей и далее (даже если брать только 32-битные версии TC) баг отсутствует? Если да — не подтверждаю. Проверялось практически на всех последующих бетах (причём "чистых", не настроенных вообще), картина всюду одна и та же — сдвиг на час никуда не делся.

Avada писал(а):Правильно ли я понял результат правки первого поста как категорическое утверждение, что в бетах девятки с третьей и далее (даже если брать только 32-битные версии TC) баг отсутствует?

Судя по заголовку темы, не так уж я и категоричен…
Основная гипотеза касалась присутствия бага в TC8.52a.
Возможно, что различия в поведении бет девятки с третьей и далее кроются в том, что я эксперименты проводил в Windows XP, а не в Windows 7.

sa
Думаю, что читателей этой темы (а в потенциале — Гислера) будет интересовать не "основная гипотеза", а адекватное описание бага в целом. (Коему, кстати, нынешний заголовок полностью соответствует.) C 8.52a уже давно всё ясно, речь идёт о причинах разного поведения в девятке. А про XP следовало бы сообщить несколько пораньше, в идеале — в первом же посте темы. Как было сказано, я на этой системе сейчас проверить проблему не могу.

sa писал(а):Судя по заголовку темы, не так уж я и категоричен…

Тут речь шла лишь о наличии знака вопроса в конце.

Avada писал(а):Коему, кстати, нынешний заголовок полностью соответствует.

При используемой практике правки заголовка в процессе развития темы, знак вопроса, наверное, стал лишним.

sa
Хорошо, убрал я этот знак, не проблема.

В Windows 7 (32-bit), по моему краткому наблюдению, бага нет как в 8.52a, так и в бетах 9.00. Несмотря на визуальный эффект ошибки (время в открытом архиве и у распакованных файлов в получателе может отображаться различающимся на час), время в получателе - верное.

sa
Поподробнее, пожалуйста. Не понял, где именно "время в получателе — верное" и почему наличие "визуального эффекта ошибки" не является багом.