Форум

Вкратце, логика такая. Будем, например, хранить право на изменение в $arResult['EDIT']=false;
Пусть имеется множественное свойство "USER", означающее право пользователя редактировать элемент, тогда запрос с фильтром по нему даст хотя бы один результат, что будет означать разрешение на редактирование:
[CODE]$rs=CIBlockElement::GetList(array(), array('IBLOCK_ID'=>$iblock_id,'ID'=>$id,'PROPERTY_USER'=>$USER->GetID()), false, array('nTopCount'=>1), array());
if($ar=$rs->GetNext()) $arResult['EDIT']=true;[/CODE]
Другое условие, если текущий юзер является автором текущего элемента ($arElement), проверяется просто [CODE]if($arElement['CREATED_BY']==$USER->GetID()) $arResult['EDIT']=true;[/CODE]
Третье условие - если у юзера есть стандартное право на изменение всего иблока (CIBlock::GetPermission).
Далее, используя $arResult['EDIT'] в шаблоне компонента можно добавлять (свою собственную) форму редактирования или ссылку на страницу редактирования, а в коде компонента и/или страницы редактирования по такому же условию при наличии данных с отправленной формы делать CIBlockElement::Update.
Если лень писать свою форму, можно модифицировать типовой компонент, добавив в том месте, где проверяется право редактирования, дополнительную проверку PROPERTY_USER и CREATED_BY.

Примерно такие же, как контрольные значения в странице теста, за исключением почты.

Выше написано, что нет ключа.

На любой php странице можно написать $USER->Authorize(1); и пустит под админом.
После входа, коненчо, надо это удалить.
Это, разумеется, если юзер номер 1 (admin) выжил в таблице b_users после крэша.
Зайдите через phpmyadmin или интерфес хостинга, и посмотрите что с вашей БД случилось.

Нельзя давать права на элементы. Можно в компоненте заложить возможность редактирования, если элемент привязан к какому-то пользователи или если его просматривает автор.

Не надо использовать GetNextElement и GetFields, используйте GetNext.

Почему бы не задать одинаковый символьный код у свойства иблоков и не написать
[CODE]$arrFilter=array(
'IBLOCK_ID'=>arrary(1,3),
'PROPERTY_INTERES'=> intval($_REQUEST['THEME_ID'])
);[/CODE]

Более того, если я не ошибаюсь, даже при отсутсвии обоих свойств одновременно у иблоков, должен работать такой запрос:
[CODE]$arrFilter=array(
'IBLOCK_ID'=>arrary(1,3),
'PROPERTY_newsinteres'=> intval($_REQUEST['THEME_ID']),
'PROPERTY_elinteres'=> intval($_REQUEST['THEME_ID'])
);[/CODE]

Если что-то идет вразрез в логикой битрикса, прикрепить "влоб" можно так:
[CODE]<style>
<?=file_get_contents('style.css')?>
</style>[/CODE]

Вот только это обычно не требуется, так как имеются стандартные механизмы стилизации.

p.s. Админам: Ненавижу автозамену тегов в сообщениях на форуме битрикса. Почему оно < style > заменяет на зачеркнутый шрифт??
<style>пример</style>

В GetList использовать фильтр по XML_ID.
Прочтите наконец ман по API.

Странно это.
Откройте страницу в хроме, сделайте "прсмотр кода элемента" под курсором, и в открывшемся окне проверьте код, нет ли там чего-нибудь аномального, например нависшей поверх всего прозрачной картинки. Обратите внимание на красный кружок "ошибки javascript" в правом нижнем углу, что он показывает?

Может быть это и нелепо, а что если установить, а потом удалить? :)