Форум

[QUOTE]где находится #WORK_AREA#??? [/QUOTE]
#WORK_AREA# - это просто разделитель между шапкой и подвалом, ничего более. В место #WORK_AREA# вставляется тело страницы, например /index.php

[b]techs,[/b]
Проверка сайта не показывает никаких ошибок?

[QUOTE]slips пишет:
Как я себе это представляю. Повесить на обработчик BeforeIndex и работать уже с текущим элементом инфоблока. Может есть более правильные решения ?[/QUOTE]
Вполне нормальное решение задачи. Всё ли получается сделать или есть какие-то проблемы?

[QUOTE]Вот сново не отправляет - в базе все OK (SUCCESS_EXEC напротив каждого события стоит N как положено)... [/QUOTE]
Приведите исходный код файла /bitrix/php_interface/dbconn.php
может отправка писем повешена на cron...

Добрый день,

Штатно клиент ТП не может себе выбрать ответственного при создании обращения через публичную часть.
Данная частная задача реализована в рамках блога:
https://dev.1c-bitrix.ru/community/webdev/group/78/blog/using-events-in-bitrix/

Фильтровать по этому полю можно.

Олег, у Вас установлены все последние обновления продукта? Если нет, то желательно обновиться.
Можем предположить, что проблема в каком-то файле в файловой структуре, который "не нравится" файловому диалогу.
В рамках обращения в ТП готовы выполнить диагностику проблемы.

[QUOTE]Михаил Быков пишет:
Можно ли как-то отключить восстановление раскладки клавиатуры?[/QUOTE]
Да, в настройках компонента поиска - bitrix:search.page

[b]sequnda,[/b]
Нам кажется, что это не решение проблемы, надо разобраться почему так долго отрабатывает скрипт.
По тексту ошибки видим, что у Вас не последняя версия продукта (10.0.9), есть возможность обновиться?

Выключите Digest авторизацию в настройках Главного модуля на вкладке "Авторизация".
Данный тип авторизации не работает для внешних пользователей, т.к. пароль передаётся в зашифрованном виде.
Если проблемы не решатся, то стоит ждать каких-то ответов в тех. поддержке, а не на форуме.