Баги в v3.57 (build 1182-1497)

Нашли баг? Воспользуйтесь поиском чтобы убедиться что его не нашли до вас и если он не упоминается добавьте его описание (желательно пошаговое).
Чем для автора программы отличаются баги, недоработки и фичи.

Модератор: motyara

i3v
Охотник за багами
Сообщения: 206
Зарегистрирован: Пн апр 27, 2015 8:39 pm

Re: Баги в v3.57 (build 1182-1193)

Сообщение i3v »

И ещё один подозрительный момент заметил.. Допустим, в папке "C:\temp" лежат файлы
  • a0001.txt
  • a0002.txt
  • ....
  • a9999.txt
  • b0001.txt
  • b0002.txt
  • ....
  • b9999.txt
я выделяю "a*.txt" и ставлю считаться хеши (файлом по умолчанию будет "C:\temp\temp.md5", и я его не меняю). Допустим, файлы достаточно большие и хеширование займёт хотя бы секунд 20. Пока оно хешируется, выделяем "b*.txt" и ставим считаться хеши точно так же (файлом по умолчанию будет тот же файл... что я изначально не заметил), параллельно.
Потом с удивлением наблюдаем, что в конечном файле записи с "a*.txt" чередуются с записями "b*.txt". Что немного странно. Результат интересный и хороший, но возникает подозрение - оно правда специально предполагалось для такой работы? thread-safe ли оно? Или оно, при определённом уровне удачи, таки попытается записать две "записи" одновременно и что-то сломает? (Я, правда, такого момента не поймал, но и не пытался).
dima_dec
Сообщения: 11
Зарегистрирован: Ср фев 04, 2015 3:05 pm

Re: Баги в v3.57 (build 1182-1193)

Сообщение dima_dec »

Здравствуйте. Версия UC 3.57x64 beta 8 build 1193. На второй версии такого точно не было, на первой я не пользовался такой функцией. Ошибка начала меня напрягать после перехода на новую, 3.57, версию. Суть ошибки - при входе в архив на закреплённой вкладке (лок-таб, без выхода, на скриншотах - вкладки с красным значком), находящийся в локальной сети (фото 1), выйти из него программа не может - даже если перейти на другую вкладку или диск, на экране остаётся открытый архив (фото 2). Помогает только закрытие UC. При этом с архивами, находящимися на сетевых дисках или на незакреплённых вкладках работает нормально - "входит и выходит" © (фото 3). По работе очень востребованная функция, поэтому вкладки закрепляю.
Вложения
фото 1
фото 1
фото 2
фото 2
фото 3
фото 3
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

i3v писал(а): Ср фев 08, 2017 2:44 pm И ещё один баг:
UC странно себя ведёт при попытке создать ярлык на Win7 (длинный правый клик в панели -> контекстное меню -> new -> shortcut). В панели сразу отображается "New shortcut.lnk", в режиме переименования. При этом окрывается стандартный мастер создания ярлыка windows, на втором шаге предлагающий задать имя ярлыку. Если я в "мастере" задаю имя "aaa" и выхожу из него - UC не только не отображает мне вновь созданный ярлык, но и по-прежнему предлагает переименовать тот файл (которого уже нет).
Хм... я действительно не предполагал вариант с системным созданием ярлыка. К следующему билду добавлю пару подпорок, в связи с чем в этом плане станет корректнее. Благодарю за эту полезную информацию.
i3v писал(а): Ср фев 08, 2017 2:55 pm И ещё одна мелочь:
При переименовании диска (флешка обозначенная как "E" на скриншотах) из "VERBATIM" в "U3CTR_KEY" (стандартным образом, через "правый клик по иконке диска -> properties") не обновляется имя диска в "заголовке панели", хотя в двух других местах (всплывающая подсказка и строка над вкладками) всё обновляется сразу.
Спасибо, со следующего билда предположительно будет корректно.
i3v писал(а): Ср фев 08, 2017 3:02 pm И ещё, на одном ПК у меня UC вдруг стал выдавать ошибки при закрывании:

Код: Выделить всё

x64 Invalid pointer operation|000000000085D7F2	1	2017-02-07 19:48:26	1193	0b1bf091
x64 Access violation at address 0000000000473BFA in module 'UnrealCommander64.exe'. Read of address FFFFFFFFFFFFFFFF|0000000000000000	1	2017-02-07 22:17:51	1193	ae59805e
x64 Access violation at address 00000000008618D5 in module 'UnrealCommander64.exe'. Read of address FFFFFFFFFFFFFFFF|00000000008618D5	1	2017-02-08 14:57:40	1193	
По возможности будет исправлено.
i3v писал(а): Ср фев 08, 2017 4:05 pm я выделяю "a*.txt" и ставлю считаться хеши (файлом по умолчанию будет "C:\temp\temp.md5", и я его не меняю). Допустим, файлы достаточно большие и хеширование займёт хотя бы секунд 20. Пока оно хешируется, выделяем "b*.txt" и ставим считаться хеши точно так же (файлом по умолчанию будет тот же файл... что я изначально не заметил), параллельно.
Потом с удивлением наблюдаем, что в конечном файле записи с "a*.txt" чередуются с записями "b*.txt". Что немного странно. Результат интересный и хороший, но возникает подозрение - оно правда специально предполагалось для такой работы? thread-safe ли оно? Или оно, при определённом уровне удачи, таки попытается записать две "записи" одновременно и что-то сломает? (Я, правда, такого момента не поймал, но и не пытался).
В случае если два потока попытаются сохранить хэш одновременно, теоретически должно отобразиться окно о невозможности доступа к файлу. Как бы то ни было, со следующего билда добавлю еще дополнительно и защиту для такой ситуации.
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

dima_dec писал(а): Чт фев 09, 2017 10:14 am Здравствуйте. Версия UC 3.57x64 beta 8 build 1193. На второй версии такого точно не было, на первой я не пользовался такой функцией. Ошибка начала меня напрягать после перехода на новую, 3.57, версию. Суть ошибки - при входе в архив на закреплённой вкладке (лок-таб, без выхода, на скриншотах - вкладки с красным значком), находящийся в локальной сети (фото 1), выйти из него программа не может - даже если перейти на другую вкладку или диск, на экране остаётся открытый архив (фото 2). Помогает только закрытие UC. При этом с архивами, находящимися на сетевых дисках или на незакреплённых вкладках работает нормально - "входит и выходит" © (фото 3). По работе очень востребованная функция, поэтому вкладки закрепляю.
Подозреваю, что в предыдущих версиях вообще не было возможности вернуться на таб, на котором открыт расположенный в сети архив... тогдашний архиваторный модуль принципиально не желал этого делать. Именно по этой причине я как-то не сильно тестировал аспект со сменой таба с сетевым архивом. Благодарю за эту полезную информацию, со следующего билда предположительно будет корректно.
dima_dec
Сообщения: 11
Зарегистрирован: Ср фев 04, 2015 3:05 pm

Re: Баги в v3.57 (build 1182-1194)

Сообщение dima_dec »

Обновился, проверил, починилось - возвращается из архива, отлично, спасибо! Попытаюсь отловить ещё один глюк с зависанием, пока не могу сформулировать.
i3v
Охотник за багами
Сообщения: 206
Зарегистрирован: Пн апр 27, 2015 8:39 pm

Re:

Сообщение i3v »

Max Diesel писал(а): Чт фев 02, 2017 4:03 am
i3v писал(а): Вт янв 31, 2017 8:36 pm И ещё я опять на днях наткнулся на следующую штуку (кажется, я ещё её не описывал):
  • UC beta8.
  • Запускаем поиск чего-нибудь. Находим несколько папок.
  • Скармливаем их в панель
  • Делаем "Commands->Calculate size of subdirs" - UC для всех папок показывает нулевой размер (хотя если в папку зайти - внутри всё видно нормально, и размер не 0).
Да, действительно баг. Благодарю за содействие, со следующего билда будет корректно. Этому багу буквально два дня до пенсии оставалось.
В beta9 вылечилось, спасибо!

Max Diesel писал(а): Пт фев 10, 2017 5:59 am
i3v писал(а): Ср фев 08, 2017 2:44 pm И ещё один баг:
UC странно себя ведёт при попытке создать ярлык на Win7 (длинный правый клик в панели -> контекстное меню -> new -> shortcut). В панели сразу отображается "New shortcut.lnk", в режиме переименования. При этом окрывается стандартный мастер создания ярлыка windows, на втором шаге предлагающий задать имя ярлыку. Если я в "мастере" задаю имя "aaa" и выхожу из него - UC не только не отображает мне вновь созданный ярлык, но и по-прежнему предлагает переименовать тот файл (которого уже нет).
Хм... я действительно не предполагал вариант с системным созданием ярлыка. К следующему билду добавлю пару подпорок, в связи с чем в этом плане станет корректнее. Благодарю за эту полезную информацию.
Теперь, в beta9, конечно, тоже не идеально (хотя и обновляет сразу после завершения "мастера создания ярлыка" - всё равно изначально отображает ярлык в режиме переименования, что несколько запутывает). Ну да ладно, всяко так уже заметно приятнее :). Если я правильно понимаю, тут проблема в том, что не так-то просто отследить, что именно было нажато в контекстном меню и собирается ли оно само переименовывать файл...
Max Diesel писал(а): Пт фев 10, 2017 5:59 am
i3v писал(а): Ср фев 08, 2017 2:55 pm И ещё одна мелочь:
При переименовании диска (флешка обозначенная как "E" на скриншотах) из "VERBATIM" в "U3CTR_KEY" (стандартным образом, через "правый клик по иконке диска -> properties") не обновляется имя диска в "заголовке панели", хотя в двух других местах (всплывающая подсказка и строка над вкладками) всё обновляется сразу.
Спасибо, со следующего билда предположительно будет корректно.
Починилось, спасибо!
Max Diesel писал(а): Пт фев 10, 2017 5:59 am
i3v писал(а): Ср фев 08, 2017 4:05 pm я выделяю "a*.txt" и ставлю считаться хеши (файлом по умолчанию будет "C:\temp\temp.md5", и я его не меняю). Допустим, файлы достаточно большие и хеширование займёт хотя бы секунд 20. Пока оно хешируется, выделяем "b*.txt" и ставим считаться хеши точно так же (файлом по умолчанию будет тот же файл... что я изначально не заметил), параллельно.
Потом с удивлением наблюдаем, что в конечном файле записи с "a*.txt" чередуются с записями "b*.txt". Что немного странно. Результат интересный и хороший, но возникает подозрение - оно правда специально предполагалось для такой работы? thread-safe ли оно? Или оно, при определённом уровне удачи, таки попытается записать две "записи" одновременно и что-то сломает? (Я, правда, такого момента не поймал, но и не пытался).
В случае если два потока попытаются сохранить хэш одновременно, теоретически должно отобразиться окно о невозможности доступа к файлу. Как бы то ни было, со следующего билда добавлю еще дополнительно и защиту для такой ситуации.
Если на глаз - вроде бы поведение не изменилось. Просто оно теперь так или иначе корректно учитывает то, что писать могут несколько потоков, и можно пользоваться безбоязненно, я правильно понимаю?




И ещё одна штука произошла на beta8 - ставил на ночь длительное копирование-через-синхронизацию и ещё одно менее длительное перемещение. Всё в одном UC. Но ни то ни другое не завершилось ("синхронизация" повисла ещё на копировании), а окна этого UC повисли. В fl_error.txt следующее:

Код: Выделить всё

Invalid pointer operation|00830162	3	2016-08-01 22:27:50	1160	9fca05c5
x64 Invalid pointer operation|00832742	1	2016-08-19 15:45:37	1162	563a3e0c
x64 Access violation at address 000000000060C9F9 in module 'UnrealCommander64.exe'. Read of address 0000000000000030|00000000	1	2016-08-21 17:43:59	1163	530022ce
x64 Access violation at address 0000000000543D52 in module 'UnrealCommander64.exe'. Read of address FFFFFFFFFFFFFFFF|00543D52	1	2016-10-06 16:34:31	1163	80382adb
x64 Invalid pointer operation|00833212	12	2016-10-06 16:34:31	1163	11282a31
x64 Invalid pointer operation|0083C9D2	12	2016-11-15 03:38:04	1164	01197c67
x64 Invalid pointer operation|00841292	63	2016-12-13 14:48:38	1166	29b57961
x64 Invalid floating point operation|00000000	14	2016-12-18 18:26:45	1184	c75ec877
x64 Access violation at address 0000000000614839 in module 'UnrealCommander64.exe'. Read of address 0000000000000030|00000000	1	2016-12-26 13:31:52	1184	df89b4a4
x64 Invalid pointer operation|00843452	20	2017-02-05 03:06:34	1184	77d92ced
x64 1	308	2017-02-10 19:29:13	1193	8a47c823
x64 Invalid pointer operation|000000000085D7F2	50	2017-02-12 12:31:13	1193	27f1bad9
Относиться к делу, тут, наверное, может только последняя строчка. Да и то я не уверен - судя по тому, как мало оно сделало - оно повисло гораздо раньше, чем 12:31. Хотя если это дата последней ошибки из 50 - может быть это как раз оно. Файлов было ~250 тыщ, ~3 ТБ. Потребление памяти UC пиковое ~360 МБ.

Чтобы хоть как-то помочь локализовать проблему, привожу скриншоты Process Explorer'а, в котором я попытался посмотреть на то, как меняется стек самого активного потока висящего UC (см. вложенный архив).
Сравнил "источники" и "получатели" - нашёл файл на котором всё оборвалось. Из ~30МБ записана примерно четверть, а остальное - нули. Это один из файлов, который "перемещался" с локального HDD в сетевую шару.
Синхронизация была с внешнего USB в ту же сетевую шару (но точно в другую папку, не пересекающуюся с той, в которую "перемещалось").
Вложения
UC hang on long copy and move.7z
(83.88 КБ) 90 скачиваний
i3v
Охотник за багами
Сообщения: 206
Зарегистрирован: Пн апр 27, 2015 8:39 pm

Re: Баги в v3.57 (build 1182-1194)

Сообщение i3v »

А ещё сейчас попал на такую штуку в beta 8 (вроде бы несколько раз попадал уже).

Если сразу после синхронизации каталогов, когда опять начинается "сравнение по содержимому" нажать Esc - вываливается ошибка:

Код: Выделить всё

---------------------------
Error
---------------------------
Runtime error 231 at 0000000000863647
---------------------------
OK   
---------------------------
и в fl_error.txt:

Код: Выделить всё

x64 Invalid pointer operation|00000000008463E2	1	2017-01-13 12:25:20	1190	2e275a45
x64 Invalid pointer operation|000000000085D7F2	1	2017-01-31 14:16:36	1193	68f910af
x64 List index out of bounds (0)|0000000002F67818	1	2017-02-13 16:32:09	1193	023ca774
x64 List index out of bounds (1)|0000000002F67818	1	2017-02-13 16:32:09	1193	2fa192b1
x64 List index out of bounds (2)|0000000002F67818	1	2017-02-13 16:32:09	1193	ede78a45
x64 List index out of bounds (3)|0000000002F67818	1	2017-02-13 16:32:09	1193	f0e306a1
x64 List index out of bounds (4)|0000000002F67818	1	2017-02-13 16:32:09	1193	8d24b56e
x64 List index out of bounds (5)|0000000002F67818	1	2017-02-13 16:32:09	1193	19ed8787
x64 List index out of bounds (6)|0000000002F67818	1	2017-02-13 16:32:10	1193	0d54c92b
x64 List index out of bounds (7)|0000000002F67818	1	2017-02-13 16:32:10	1193	1c3d6515
x64 List index out of bounds (8)|0000000002F67818	1	2017-02-13 16:32:10	1193	ea29dbb2
x64 List index out of bounds (9)|0000000002F67818	1	2017-02-13 16:32:10	1193	7c7619ee
x64 List index out of bounds (10)|0000000002F67818	1	2017-02-13 16:32:10	1193	b51b6c91
x64 List index out of bounds (11)|0000000002F67818	1	2017-02-13 16:32:10	1193	11baf0cd
x64 List index out of bounds (12)|0000000002F67818	1	2017-02-13 16:32:10	1193	caa35755
x64 List index out of bounds (13)|0000000002F67818	1	2017-02-13 16:32:10	1193	2afdeb15
x64 List index out of bounds (14)|0000000002F67818	1	2017-02-13 16:32:10	1193	4037f339
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

i3v писал(а): Вс фев 12, 2017 1:42 pm Если на глаз - вроде бы поведение не изменилось. Просто оно теперь так или иначе корректно учитывает то, что писать могут несколько потоков, и можно пользоваться безбоязненно, я правильно понимаю?
Момент записи хэша в файл я принудительно поставил как критическую секцию, соответственно вероятно один поток на другой не налезет. Впрочем и раньше ничего страшного не должно было произойти - как я уже говорил, если уж получалась ситуация когда один поток лезет открывать файл другой уже его пишет, будет отображено сообщение об отсутствии доступа к файлу.
i3v писал(а): Вс фев 12, 2017 1:42 pm И ещё одна штука произошла на beta8 - ставил на ночь длительное копирование-через-синхронизацию и ещё одно менее длительное перемещение. Всё в одном UC. Но ни то ни другое не завершилось ("синхронизация" повисла ещё на копировании), а окна этого UC повисли.
Подозреваю, что "дело о неправильном указателе" распутать не удастся в связи с нехваткой улик и свидетелей. Таких дел к сожалению в архив уходит очень много, вероятно они самые плохораскрываемые. Если уж вдруг причина обнаружится, она будет незамедлительно исправлена.
i3v писал(а): Пн фев 13, 2017 4:37 pm А ещё сейчас попал на такую штуку в beta 8 (вроде бы несколько раз попадал уже).

Если сразу после синхронизации каталогов, когда опять начинается "сравнение по содержимому" нажать Esc - вываливается ошибка:

Код: Выделить всё

---------------------------
Error
---------------------------
Runtime error 231 at 0000000000863647
---------------------------
OK   
---------------------------
Да, такая проблема действительно в бета-8 существовала. Она была исправлена и в 9-й бете ее предположительно уже нет.
dima_dec
Сообщения: 11
Зарегистрирован: Ср фев 04, 2015 3:05 pm

Re: Баги в v3.57 (build 1182-1194)

Сообщение dima_dec »

Здравствуйте. Появился новый баг, до beta 9 такого не наблюдал - при попытке войти в папку (по-моему даже без требования особых административных разрешений) выдаётся запрос
2017-02-14_09-09-22.png
модальное окошко с неактивными кнопками, при переключении проявляются элементы интерфейса UC, но сделать ничего нельзя, приходится вырубать. Было такое вчера на разных папках и вот сегодня.

Дополнение. Такая же беда началась, если через контекстное меню делаешь Отправить - The Bat, например. Т.е. подвисает, не передключается на UC, местами проглядывают элементы интерфейса.
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

dima_dec писал(а): Вт фев 14, 2017 9:19 am Здравствуйте. Появился новый баг, до beta 9 такого не наблюдал - при попытке войти в папку (по-моему даже без требования особых административных разрешений) выдаётся запрос 2017-02-14_09-09-22.png модальное окошко с неактивными кнопками, при переключении проявляются элементы интерфейса UC, но сделать ничего нельзя, приходится вырубать. Было такое вчера на разных папках и вот сегодня.

Дополнение. Такая же беда началась, если через контекстное меню делаешь Отправить - The Bat, например. Т.е. подвисает, не передключается на UC, местами проглядывают элементы интерфейса.
Добрый день || ночь || утро || вечер.
Насколько можно судить по скриншоту, дело происходит в Windows 7, работающей при классической теме. К сожалению навскидку проблема не воспроизводится. В связи с чем пожалуй нужна дополнительная информация:
1. какая разрядность у Windows (32 или 64 бит)
2. какая используется версия The Bat
3. включен ли UAC (Контроль учетных записей)
4. используется администраторская или пользовательская учетная запись Windows
dima_dec
Сообщения: 11
Зарегистрирован: Ср фев 04, 2015 3:05 pm

Re: Баги в v3.57 (build 1182-1194)

Сообщение dima_dec »

Здравствуйте.
>1. какая разрядность у Windows (32 или 64 бит)
64 бит

>2. какая используется версия The Bat
The Bat 3.99.29, но как оказалось, я не так часто посылаю что-то в бат через контекстное меню, как зависает UC :-)

>3. включен ли UAC (Контроль учетных записей)
отключен

>4. используется администраторская или пользовательская учетная запись Windows
администратор

Честно говоря, теперь уже не знаю, с чем связать - начал проявлятся этот глюк при просмотре свойст диска, при просмотре размера папки по пробелу, иногда просто при переключении на UC. Но такого точно не было раньше. На компьютере установлено 8gb оперативной памяти, иногда не перезагружается неделями, с другими программами такого не происходит. Что-то случилось в последнем обновлении.

PS Если есть возможность - дайте скачать 8-ю бету (у меня уже везде обновилось), я погоняю на ней денёк, чтобы точно убедиться, что дело в обновлении.
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

dima_dec писал(а): Ср фев 15, 2017 11:08 am Здравствуйте.
>1. какая разрядность у Windows (32 или 64 бит)
64 бит
>2. какая используется версия The Bat
The Bat 3.99.29, но как оказалось, я не так часто посылаю что-то в бат через контекстное меню, как зависает UC :-)
>3. включен ли UAC (Контроль учетных записей)
отключен
>4. используется администраторская или пользовательская учетная запись Windows
администратор
Честно говоря, теперь уже не знаю, с чем связать - начал проявлятся этот глюк при просмотре свойст диска, при просмотре размера папки по пробелу, иногда просто при переключении на UC. Но такого точно не было раньше. На компьютере установлено 8gb оперативной памяти, иногда не перезагружается неделями, с другими программами такого не происходит. Что-то случилось в последнем обновлении.
Добрый день || ночь || утро || вечер.
К сожалению даже при этой информации воспроизвести эту проблему не удалось. Однако схожее в чем-то поведение довелось получить при установленном Teamviewer'е (который запущен в трее и создает всем окнам кнопку "QuickConnect"). В связи с чем хотелось бы поинтересоваться, не установлен ли в компьютере Teamviewer, который был бы постоянно запущен и создавал кнопку QuickConnect на окнах программ. Если установлен, то попробуйте добавить исполняемые файлы Unreal Commander'а в список окон, которым не нужно добавлять эту кнопку (либо попробуйте просто отключить эту кнопку - все это в настройках Teamviewer'а).
Paul_TC
Охотник за багами
Сообщения: 75
Зарегистрирован: Ср ноя 23, 2011 1:07 am

Re: Баги в v3.57 (build 1182-1194)

Сообщение Paul_TC »

(—) Заходим в любой архив. Выходим. Пытаемся открыть содержимое любого EXE, MHT, TXT и т.п. (любой вероятный контейнер) нажатием Ctr+PageDown, появлятся окно с "Ошибка в архиве" и при нажатии на Ok оказываемся в нашем первом архиве.
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

Paul_TC писал(а): Пт фев 17, 2017 4:39 pm (—) Заходим в любой архив. Выходим. Пытаемся открыть содержимое любого EXE, MHT, TXT и т.п. (любой вероятный контейнер) нажатием Ctr+PageDown, появлятся окно с "Ошибка в архиве" и при нажатии на Ok оказываемся в нашем первом архиве.
Да, я как раз на днях тоже обнаружил этот баг (он появился в 9-й бете), он уже исправлен - в завтрашнем билде будет корректно. Во всех случаях спасибо за эту информацию.
i3v
Охотник за багами
Сообщения: 206
Зарегистрирован: Пн апр 27, 2015 8:39 pm

Re: Баги в v3.57 (build 1182-1195)

Сообщение i3v »

Что-то уже несколько версий подряд (сейчас на beta10) UC не показывает содержимое "\\tsclient" (хотя в "\\tsclient\C" и т.п. зайти можно и там всё работает) - панель просто остаётся пустой. В explorer при этом всё отоборажется нормально.
Ответить