View Issue Details

IDProjectCategoryView StatusLast Update
0003328Far ManagerPlugins APIpublic2017-11-12 02:53
ReporterosaAssigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
Platformx64OSWindowsOS Version7
Product Version3.0 
Target VersionFixed in Version 
Summary0003328: Если файл открыт из архива (используется arclite), то после его закрытия появляется панель "Обновление архива"
DescriptionНачиная с Far 3.0.4820 x86,
если файл открыт из архива (используется arclite),
то после его закрытия появляется панель "Обновление архива".
Проявляется явно, если открываются файлы *.xls, *.mdb (MSO 2010)
Tagsfile
Build

Relationships

child of 0003325 closedzg Detect external file editing and post back to plugin 

Activities

osa

2016-10-13 12:18

reporter   bugnote:0014900

Last edited: 2016-10-13 12:28

View 2 revisions

Точнее, начиная с Far 3.0.4819 x86
Открытый файл при этом не редактировался и не сохранялся.

zg

2016-10-13 17:39

developer   bugnote:0014907

mso 2007 — не воспроизводится.

osa

2016-10-13 20:32

reporter   bugnote:0014908

Last edited: 2016-10-14 11:49

View 2 revisions

На *.xls проявляется, а на *.xlsx НЕ проявляется...
Причем файл один и тот же, только сохранялся по-разному.
Проверял на двух компах.

Far 3.0.4820 x86. Сконфигурирован как локальный.
Far.exe.ini:
[General]
UseSystemProfiles=0
UserProfileDir=%FARHOME%\Profile

В Far 3.0.4817 x86 при тех же настройках - всё нормально

zg

2016-10-13 22:20

developer   bugnote:0014910

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

osa

2016-10-14 11:59

reporter   bugnote:0014912

Не смею настаивать, но в Far 3.0.4817 x86 - у меня всё нормально. Работаю пока в ней.

Еще попробовал "старый" arclite build 241 ставить в "новый" Far 3.0.4823 x86 - панель "Обновление архива" пояляется. Значит влияют изменения в самом FAR.

zg

2016-10-14 12:46

developer   bugnote:0014913

конечно они влияют. в 4818 была добавлена новая функциональность, как она работает - описано выше. что у вас трогает файлы, смотрите процессмонитором.

osa

2016-10-17 14:21

reporter   bugnote:0014921

Выяснил следующее:
MSO 2007, 2010 (лицензионный, корпоративная версия на более чем 1500 ПК) при открытии файлов *.xls, *.mdb на время, пока файл открыт, устанавливает "время последней записи" равным текущему времени, а после закрытия файла (если ничего не меняли) - возвращает исходное значение этого времени.
Проверено на 7 компах с разными версиями MSO и разным временем лицензирования.
Вот поэтому и возникает проблема, описанная выше.

zg

2016-10-17 15:29

developer  

zg.7z (2,295 bytes)

zg

2016-10-17 15:29

developer   bugnote:0014925

1. mso 2007. лицензионный, если это вам так важно, хотя непонятно, какая связь. если просто открыть и закрыть файл, то судя по логу procmon'а, эксель только читает из файла. т.е. у вас очень вероятно это делает либо не эксель, либо какое-то расширение.
2. если восстанавливать время как вы описали, то фар не заметит разницы.
3. для конструктивной дискуссии желательно увидеть лог procmon'а, я свой — приложил.

osa

2016-10-19 09:25

reporter  

osa_Logfile.xlsx (253,501 bytes)

osa

2016-10-19 09:26

reporter   bugnote:0014939

Добрый день
Лог procmon'а приложил

JohnDoe

2017-11-11 17:57

updater   bugnote:0015816

Сходная проблема при запуске exe из архивов (Windows XP)
https://forum.farmanager.com/viewtopic.php?p=147133#p147133

zg

2017-11-12 01:09

developer   bugnote:0015828

там портится дата последнего изменения функцией загрузки иконки приложения. здесь документ, иконка из него точно не грузится. в чём сходство?

JohnDoe

2017-11-12 01:19

updater   bugnote:0015829

Сходство в том, что дата последнего изменения в обоих случаях не отражает фактической модификации файла, и (тем более) не связана с намерением пользователя изменять файл.

zg

2017-11-12 01:52

developer   bugnote:0015831

ну вот вы даёте ссылку на обсуждение. вы ж не просто так её даёте, иначе это был бы спам. значит по этой ссылке должна быть информация, полезная для этого инцидента. но её там нет.

JohnDoe

2017-11-12 02:53

updater   bugnote:0015832

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

Issue History

Date Modified Username Field Change
2016-10-13 12:07 osa New Issue
2016-10-13 12:18 osa Note Added: 0014900
2016-10-13 12:28 osa Note Edited: 0014900 View Revisions
2016-10-13 17:39 zg Note Added: 0014907
2016-10-13 20:32 osa Note Added: 0014908
2016-10-13 22:20 zg Note Added: 0014910
2016-10-13 22:48 2useven10 Relationship added child of 0003325
2016-10-14 11:49 osa Note Edited: 0014908 View Revisions
2016-10-14 11:59 osa Note Added: 0014912
2016-10-14 12:46 zg Note Added: 0014913
2016-10-17 14:21 osa Note Added: 0014921
2016-10-17 15:29 zg File Added: zg.7z
2016-10-17 15:29 zg Note Added: 0014925
2016-10-19 09:24 osa Tag Attached: file
2016-10-19 09:25 osa File Added: osa_Logfile.xlsx
2016-10-19 09:26 osa Note Added: 0014939
2017-11-11 17:57 JohnDoe Note Added: 0015816
2017-11-12 01:09 zg Note Added: 0015828
2017-11-12 01:19 JohnDoe Note Added: 0015829
2017-11-12 01:52 zg Note Added: 0015831
2017-11-12 02:53 JohnDoe Note Added: 0015832