View Issue Details

IDProjectCategoryView StatusLast Update
0002371Far ManagerCopy/Movepublic2013-04-17 16:16
Reportersavage2000Assigned ToDrKnS 
PriorityhighSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Platformx64OSWindowsOS Version7
Product Version3.0 
Target VersionFixed in Version3.0 
Summary0002371: Ошибка копирования по F5
DescriptionПри копировании файла дистрибутива LibreOffice_4.0.2_Win_x86.msi из одной панели в другую портится содержимое этого файла.
Steps To Reproduce1. Встать на файл LibreOffice_4.0.2_Win_x86.msi на одной из панелей.
2. Нажать на F5 и произвести копирование в каталог другой панели (каталоги панелей не совпадают).
3. Глянуть в начало исходного файла и в начало копии файла и удивиться, что их содержимое не совпадает.
Additional InformationФайл LibreOffice_4.0.2_Win_x86.msi не прилагаю - очень большой. Скачать можно с http://ru.libreoffice.org/download/
TagsNo tags attached.
Build3341

Activities

2useven10

2013-04-16 14:02

developer   bugnote:0010792

Это что креативная рекламная компания ?

DrKnS

2013-04-16 14:23

administrator   bugnote:0010793

> удивиться, что их содержимое не совпадает.

filecopyex?

savage2000

2013-04-16 15:39

reporter   bugnote:0010796

Filecopyex как раз-таки отрабатывает НОРМАЛЬНО. Проблема в копировании обычном - без плагинов.

savage2000

2013-04-16 15:42

reporter   bugnote:0010797

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

2useven10

2013-04-16 15:53

developer   bugnote:0010798

я скопировал этот файл без плагинов, ошибки нет.

savage2000

2013-04-16 18:03

reporter   bugnote:0010801

Last edited: 2013-04-16 18:04

View 2 revisions

Хм. Скопировал файл из исходной папки в пустую папку через filecopyex - нормально (и раньше проблем не было). Потом попробовал скопировать оттуда в следующую папку уже через обычное копирование - тоже нормально! Однако!
Скопировал из ИСХОДНОЙ папки в пустую через обычное копирование - опять ерунда копируется. Т.е. ошибка как-то связана с содержимым исходной папки. Ну или с чем-то еще. Завтра поэкспериментирую. Самого заинтересовала ситуация...

2useven10

2013-04-16 18:53

developer   bugnote:0010802

экспериментировать лучше перед тем, как писать репорт об ошибке.
вообще было бы неплохо ознакомиться с 'поведением при обнаружении проблем' на форуме. почти на 100% уверен, что если из эксперимента убрать (совсем) filecopyex, ошибки не будет.

savage2000

2013-04-17 08:59

reporter   bugnote:0010806

1. С правилами ознакомился ДО ТОГО, как написать сюда.
2. Прежде чем написать сюда, запускал FAR с отключенными плагинами (т.е. не только без одного лишь filecopyex) - ошибка копирования из исходного каталога повторялась ВСЕГДА. Поэтому и написал сюда.
Сейчас проверил еще раз и с плагинами, и без (far /p) - ошибка ЕСТЬ.
3. В данном случае "экспериментировать" означает не "попробовать отключить плагины", а выявить условия, которые влияют на поведение FAR'а так, что из одной папки копирование файла идет нормально, а из другой - с ошибками. Задача со многими неизвестными.

savage2000

2013-04-17 09:38

reporter  

error.mkv (2,917,544 bytes)

savage2000

2013-04-17 09:46

reporter   bugnote:0010807

Залил скринкаст проявления ошибки.
Последовательно показаны 2 операции копирования из левой панели в правую:
1. Обычное копирование.
2. Копирование с помощью filecopyex.

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

Буду рад любым советам и предложениям по проведению дальнейших тестов для выявления условий появления ошибки. Сейчас, как уже написал выше, ошибка ВСЕГДА проявляется только в одной папке, а в других может проявляться, а может нет.

savage2000

2013-04-17 10:03

reporter   bugnote:0010808

Last edited: 2013-04-17 10:04

View 2 revisions

Поставил параллельно FAR 2.0 (build 1807) x86.
Копировал из того же самого каталога тот же самый файл обоими способами - оба отработали без замечаний. Похоже, функции копирования в FAR 3.0 и FAR 2.0 несколько отличаются по коду.

2useven10

2013-04-17 12:37

developer   bugnote:0010809

Last edited: 2013-04-17 12:41

View 2 revisions

источник [х] Sparse ?
возможно в тройке там есть изменения...
F9 -> Options -> System settings -> [x] Use system copy routine влияет ?

DrKnS

2013-04-17 12:59

administrator   bugnote:0010811

С разреженными у меня повторилось, да.

2useven10

2013-04-17 13:03

developer   bugnote:0010812

У меня на XP-x64 не повторяется. Win7 будет только вечером.

savage2000

2013-04-17 13:06

reporter   bugnote:0010813

Глянул.
1. Да, [x] Sparse.
2. Да, Use system copy routine влияет на правильность копирования.
[x] - Копирование идет правильно.
[ ] - Копирование идет НЕправильно.

Похоже, вы попали в точку. Проверил на нескольких файлах: именно сочетание [x] Sparse и [ ] Use system copy routine дает ошибку.

2useven10

2013-04-17 13:06

developer   bugnote:0010814

> почти на 100% уверен
да, был неправ.

savage2000

2013-04-17 13:29

reporter   bugnote:0010817

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

DrKnS

2013-04-17 14:37

administrator   bugnote:0010818

3341

savage2000

2013-04-17 15:54

reporter   bugnote:0010819

В 3341 ошибку не обнаружил - всё работает как надо.
Оперативно! Спасибо!

P.S. Стабильную сборку не будете менять?

DrKnS

2013-04-17 16:16

administrator   bugnote:0010820

Поменяем.

Issue History

Date Modified Username Field Change
2013-04-16 13:01 savage2000 New Issue
2013-04-16 14:02 2useven10 Note Added: 0010792
2013-04-16 14:23 DrKnS Note Added: 0010793
2013-04-16 15:39 savage2000 Note Added: 0010796
2013-04-16 15:42 savage2000 Note Added: 0010797
2013-04-16 15:53 2useven10 Note Added: 0010798
2013-04-16 18:03 savage2000 Note Added: 0010801
2013-04-16 18:04 savage2000 Note Edited: 0010801 View Revisions
2013-04-16 18:53 2useven10 Note Added: 0010802
2013-04-17 08:59 savage2000 Note Added: 0010806
2013-04-17 09:38 savage2000 File Added: error.mkv
2013-04-17 09:46 savage2000 Note Added: 0010807
2013-04-17 10:03 savage2000 Note Added: 0010808
2013-04-17 10:04 savage2000 Note Edited: 0010808 View Revisions
2013-04-17 12:37 2useven10 Note Added: 0010809
2013-04-17 12:41 2useven10 Note Edited: 0010809 View Revisions
2013-04-17 12:59 DrKnS Note Added: 0010811
2013-04-17 13:03 2useven10 Note Added: 0010812
2013-04-17 13:06 savage2000 Note Added: 0010813
2013-04-17 13:06 2useven10 Note Added: 0010814
2013-04-17 13:29 savage2000 Note Added: 0010817
2013-04-17 14:36 DrKnS Assigned To => DrKnS
2013-04-17 14:36 DrKnS Status new => assigned
2013-04-17 14:37 DrKnS Note Added: 0010818
2013-04-17 14:37 DrKnS Status assigned => resolved
2013-04-17 14:38 DrKnS Status resolved => feedback
2013-04-17 15:54 savage2000 Note Added: 0010819
2013-04-17 15:54 savage2000 Status feedback => assigned
2013-04-17 16:16 DrKnS Build => 3341
2013-04-17 16:16 DrKnS Note Added: 0010820
2013-04-17 16:16 DrKnS Status assigned => closed
2013-04-17 16:16 DrKnS Resolution open => fixed
2013-04-17 16:16 DrKnS Fixed in Version => 3.0