Спасибо, полезная информация. Со следующего билда предположительно будет корректно.i3v писал(а): ↑Чт июл 04, 2019 2:41 am Заметил в b1420, что не могу скопировать папку с длинным именем в сетевую папку, но при этом могу её же просто создать.
Например,Код: Выделить всё
\\127.0.0.1\CTemp\a_aaaa\aaaa_aaaa_aaaa_a\aaaaaaaaaaa\aaaa_aa\aaaa aaaaa (aaaa aaa aaa {aaaa_aaa}__aa__{aaaaaaa})\aaaaaa\aa\aaaaaa\aaaa\aaa\aaaaaaaa\aaaa-aa-aa (aa.aa.aa) [-a, -a, -a, -a.aaaaaaaaaa, a.aaaaaaaaaa, a.aaaaaaa, a]\aaaa_aaaa\aaaaaa_aaaa_aaaa-aaa\
- Могу зайти в "D:\temp\" и создать все эти папки c "a".
- Могу зайти в "\\127.0.0.1\CTemp" и создать все эти папки. И файл потом туда внутрь потом скопировать могу.
- Но созданные в "D:\temp" папки в "\\127.0.0.1\CTemp" скопировать не могу...
Баги в v3.57 (build 1182-1497)
Модератор: motyara
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Re:
Спасибо! В 1425 починилось, да.Max Diesel писал(а): ↑Чт июл 04, 2019 10:20 pm Спасибо, полезная информация. Со следующего билда предположительно будет корректно.
Зато ещё одну штуку заметил:
- Запускаем синхронизацию каких-либо папок "по содержимому". Любых, лишь бы заняло хотя бы секунд 20.
- Пока оно сравнивается, переключаемся обратно в основное окно, выделяем пару каких-нибудь файлов и сравниваем их по содержимому.
- Окно "Compare by contents" создаётся, но висит на 0%. Никогда не завершается. Cancel не работает. (Но Alt+F4 его закрывает.)
При этом, даже когда окошко сравнения файлов закрылось - видимо файл остаётся открытым. Т.к. если его теперь попытаться удалить - UC скажет что файл заблокирован... неким "Unreal Commander". И предлагает нажать красный крестик, чтобы убить мешающий удалению процесс. Вообще, этот крестик - полезная штука. Но в данном случае - самоубийство это всё-таки наверное не то, что ожидает пользователь...
Re: Баги в v3.57 (build 1182-1425)
И ещё одна штука: если идёт какое-то длинное удаление "с диска", и в процессе оказывается, что некоторый файл/папка уже отсутствует (я руками удалил уже), UC говорит:
и так и продолжает попытки. Хотя, казалось бы, раз файла уже нет - задачу можно считать выполненной и двигаться дальше.
Код: Выделить всё
Access is denied, or the file
\\...\im_01077.png
is already used.
-----------------------------------
[Skip] [Ignore] [Retry] [Cancel]
-----------------------------------
Re: Баги в v3.57 (build 1182-1425)
В архивах ZIP. При перемещении (F6) файлов из архива они не удаляются. Однако обычное удаление (DEL) обрабатывается как надо, файлы удаляются их архива.
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Спасибо, полезная информация. Со следующего билда предположительно будет корректно.i3v писал(а): ↑Чт июл 11, 2019 6:34 pm Зато ещё одну штуку заметил:
- Запускаем синхронизацию каких-либо папок "по содержимому". Любых, лишь бы заняло хотя бы секунд 20.
- Пока оно сравнивается, переключаемся обратно в основное окно, выделяем пару каких-нибудь файлов и сравниваем их по содержимому.
- Окно "Compare by contents" создаётся, но висит на 0%. Никогда не завершается. Cancel не работает. (Но Alt+F4 его закрывает.)
С одной стороны действительно как-то нелогично если процесс убивает сам себя, но с другой стороны если программа будет знать что файл заблокирован ею, но напишет что файл заблокирован неизвестно кем, то это тоже будет не совсем хорошо. Поставлю для такой ситуации отключение кнопки с крестом до момента появления более рационального решения.i3v писал(а): ↑Чт июл 11, 2019 6:34 pm PS:
При этом, даже когда окошко сравнения файлов закрылось - видимо файл остаётся открытым. Т.к. если его теперь попытаться удалить - UC скажет что файл заблокирован... неким "Unreal Commander". И предлагает нажать красный крестик, чтобы убить мешающий удалению процесс. Вообще, этот крестик - полезная штука. Но в данном случае - самоубийство это всё-таки наверное не то, что ожидает пользователь...
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Это явно очень редкая ситуация, дело в том что функция удаления проверяет факт существования файла и чтобы уж получился такой расклад, нужно суметь удалить файл в момент когда начало функции уже выполнилось. Впрочем если файл сетевой, то действительно между началом функции и ее серединой может пройти некоторое время и за это время можно-таки ухитриться удалить файл. Благодарю за содействие, я добавил дополнительную проверку, с нового билда предположительно будет корректно.i3v писал(а): ↑Чт июл 18, 2019 11:59 am И ещё одна штука: если идёт какое-то длинное удаление "с диска", и в процессе оказывается, что некоторый файл/папка уже отсутствует (я руками удалил уже), UC говорит:
и так и продолжает попытки. Хотя, казалось бы, раз файла уже нет - задачу можно считать выполненной и двигаться дальше.Код: Выделить всё
Access is denied, or the file \\...\im_01077.png is already used. ----------------------------------- [Skip] [Ignore] [Retry] [Cancel] -----------------------------------
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Дело в том, что функция перемещения из архива давным-давно упразднена (в целях безопасности) и вместо него используется копирование (распаковка). Пожалуй добавлю сообщение что функция не поддерживается, чтобы копирование не вводило пользователей в заблуждение. По-нормальному надо бы снова вернуть функцию перемещения из архива и с ftp, но как-то руки не доходят.
-
- Сообщения: 4
- Зарегистрирован: Чт сен 06, 2018 10:48 am
Re: Баги в v3.57 (build 1182-1425)
Здравствуйте, уважаемые.
Изменились у нас в конторе настройки прокси-сервера и обновление не проходит.
Раньше указывали конкретный проксик, теперь в настройках системы указывается сценарий настройки. К сожалению, пока UC не укажешь конкретный сервер, он выдает: "Не удается соединиться с сервером".
Стоит ждать исправления?
Нужен сценарий?
К сожалению, сам не знаком с технологией определения прокси-сервера через сценарий.
Изменились у нас в конторе настройки прокси-сервера и обновление не проходит.
Раньше указывали конкретный проксик, теперь в настройках системы указывается сценарий настройки. К сожалению, пока UC не укажешь конкретный сервер, он выдает: "Не удается соединиться с сервером".
Стоит ждать исправления?
Нужен сценарий?
К сожалению, сам не знаком с технологией определения прокси-сервера через сценарий.
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Добрый день || ночь || утро || вечер.cheburenec писал(а): ↑Чт авг 01, 2019 10:20 am Здравствуйте, уважаемые.
Изменились у нас в конторе настройки прокси-сервера и обновление не проходит.
Раньше указывали конкретный проксик, теперь в настройках системы указывается сценарий настройки. К сожалению, пока UC не укажешь конкретный сервер, он выдает: "Не удается соединиться с сервером".
Стоит ждать исправления?
Нужен сценарий?
К сожалению, сам не знаком с технологией определения прокси-сервера через сценарий.
Программа действительно не имеет функции получения прокси-сервера из сценария. Я постараюсь добавить такую функцию.
Re:
Эта проблема осталась и по сей день, к сожалению.Max Diesel писал(а): ↑Вт дек 26, 2017 6:52 pmСкорость при копировании в сеть и обратно действительно иногда по какой-то причине бывает меньшей, нежели в Проводнике. К сожалению мне пока не удалось найти эту причину, возможно Windows специально резервирует часть ширины канала.Pinguin писал(а): ↑Пн дек 18, 2017 4:52 pm Добрый день. По какой-то причине скорость копирования с локального компьютера на сетевую шару примерно в 4 раза медленнее, чем копирование этого же файла посредством проводника. Версия UC - 1267, опция "ограничить скорость" отключена. Сеть 100мбит, Windows 10 x86.
Дано: свежепоставленный Server 2019 в качестве файлового сервера, win 10 на настольном ПК, на сервере установлен HDD с линейной скоростью чтения/записи порядка 175 МБ/с, гигабитная сеть, шара подмонтирована сетевым диском.
При попытке средствами UC записать на сетевой диск большой файл скорость держится в районе 27-32 МБ/с, при попытке считать большой файл - около 100 МБ/с.
После установки для дисков опции "Копирование средствами ОС выполнять для дисков" UC запускает копирование средствами проводника и при этом скорость на чтение - около 115 МБ/с, а на запись - немного выше 100 МБ/с.
Последний раз редактировалось wall Чт сен 05, 2019 8:36 am, всего редактировалось 3 раза.
Re: Баги в v3.57 (build 1182-1431)
Можно ли при выделении папок указывать количество файлов находящихся в них? (добавить чек-бокс с этой фунцией в Размеры файлов?)
Re: Баги в v3.57 (build 1182-1431)
При копировании большого количества файлов, в окне со списком очереди слетает выделение с файлов после каждого cкопированного файла.
Т.е. Хотим удалить нижний файл из списка копирования (2), нажимаем на него, выделяется цветом - ok, НО как только любой файл завершает копирование (1) выделение из списка пропадает, соответственно удалить нижний файл нельзя (если большой файл копируется в данный момент, то можно успеть выделить и удалить).Re: Баги в v3.57 (build 1182-1431)
1. Частенько зависает на подсчете размера файлов, приходится снимать окно или убивать весь процесс.
2. Копируем файл в фоне, затем разворачиваем копирование, сворачиваем и копируем другой файл. Вот тут пропадает первое окно на панели, где отображается фоновое копирование с прогрессом. Иногда даже без разворачивания первая очередь пропадает. При этом второе копирование нельзя добавить к первому в очередь - ее просто нет в списке. Что еще примечательно: если вторую очередь свернуть, то на панели появляется и первая. Но как только разворачиваем например вторую, то первая с панели пропадает, как будто ничего не копируется.
2. Копируем файл в фоне, затем разворачиваем копирование, сворачиваем и копируем другой файл. Вот тут пропадает первое окно на панели, где отображается фоновое копирование с прогрессом. Иногда даже без разворачивания первая очередь пропадает. При этом второе копирование нельзя добавить к первому в очередь - ее просто нет в списке. Что еще примечательно: если вторую очередь свернуть, то на панели появляется и первая. Но как только разворачиваем например вторую, то первая с панели пропадает, как будто ничего не копируется.
Re: Баги в v3.57 (build 1182-1431)
Привет всем. Имеется Windows 10, UC 3.57 (build 1431). Периодически возникает проблема перехода в него из других программ. Ни Alt+TAB, ни щелчок в панели задач не помогают. Через кокой-то промежуток времени "отвисает" и переходы приходят в норму. Но опять могут появится.
Дополнение. Если щелкнуть правой на иконке UC в панели задач и выбрать "закрепить в панели задач", и при "откреплении" - проблема уходит на некоторое время.
Дополнение. Если щелкнуть правой на иконке UC в панели задач и выбрать "закрепить в панели задач", и при "откреплении" - проблема уходит на некоторое время.
Последний раз редактировалось NukliON Чт сен 12, 2019 4:56 am, всего редактировалось 1 раз.
Re: Баги в v3.57 (build 1182-1431)
Здравствуйте! v3.57 64bit (build 1425) Windows 10x64 1903. Не стартует копирование в корень сетевой папки. Копирование во вложенные папки идёт нормально.