Сейчас есть проблема с безопасной авторизацией и композитом.
Если rsa включен в настройках, то перед шаблонами авторизации и регистрации появляется скрипт.
Соответственно из-за этого начинают плодиться *.delete.* файлы.

Заявку в ТП уже отправил, обещали доработать, но сроки не известны
 

Добрый день, уважаемые.
У меня, как, как, думаю и у многих, есть доступ к нескольким Битрикс24 -порталам. Порталы создавались еще до появления нетворка и создавались на разные e-mail

После появления нетворка стало обязательным авторизовываться именно через нетворк.
Все бы ничего, если бы не было необходимости в одновременной работе с 2-3-мя порталами.

На одном из форумов видел интересную картинку, где из одного нетворка можно перейти к нескольким порталам. Супер, это удобно! Но! Эти порталы должны быть созданы из одного нетворка. А вот объединить под одним нетворком созданные ранее, на разные e-mail-адресы,  порталы - нельзя (так в техподдержке сказали).  Как по мне - это огромное упущение. Считаю, что нужно либо вернуть авторизацию напрямую на портале, а не через нетворк, либо исправить логику и придумать, как старые аккаунты связать в один профиль нетворка.

наговорил кучу всего, но, думаю, кому проблема знакома - поймут

Всем удачного дня!

...

При попытке авторизоваться непосредственно на сайте идей через Google я получаю сообщение об ошибке:

Таким образом, что бы мне авторизоваться, приходится сначала пройти авторизацию на dev.1c-bitrix.ru и потом уже можно открывать idea.*

Можно ли это поправить?

В главном модуле есть такая настройка "Страница регистрации (для системного компонента авторизации)". Т.е. в настройках компонента в публичной части сайта можно не указывать путь к странице регистрации и тогда этот путь будет взят из этой настройки. Логично, удобно - регистрация-то на сайте одна, а ссылки на нее могут быть в десятках мест.

Предлагаю сделать настройки аналогичного вида для страницы входа, страницы запроса на восстановление пароля, самой страницы восстановления пароля, подтверждения регистрации. Компоненты ничего не потеряют - просто, если эти настройки указаны в модуле, он будет брать их оттуда, если нет - то все будет работать по старому.

Добавить поддержку AJAX_MODE в компонент system.auth.form (форма авторизации для встраивания в шаблоне сайта).

Я не смог понять в чем была причина, делать отдельные формы для авторизации на Битрикс24 и Корпортале? Ведь поля одни и те же: адрес портала, логин/email, пароль.
Предлагаю оставить одну форму, не заставляя пользователя нажимать на "вход в корпоративный портал".

Более года ждем пока будет реализован следующий функционал.
Ответ от службы поддержки был следующим:

Добрый день!
К сожалению, в стандартном функционале так реализовано, что тестирование может проходить только авторизованный пользователь.
Свои пожелания о работе функционала можно оставить на сайте http://idea.1c-bitrix.ru.
С уважением,  специалист службы технической поддержки,

Недавно ко мне подходит преподаватель и спрашивает: а если я захожу как преподаватель, и еще являюсь студентом, я увижу сообщения, которые авторизованы мне как студенту?

Я сказал, что если Вы находитесь, и как студент, и как сотрудник в рабочей группе (группе социальной сети) одновременно, то сообщение увидите; если личное сообщение Вам адресовано, как преподавателю, то увидите в аккаунте преподавателя и не увидите в аккаунте студента, если конечно копия данного сообщения не отправлена тем же отправителем в аккаунте студента.

Следовательно, получается так, чтобы увидеть все сообщения, надо заходить в два аккаунта одновременно - а это трудности.

Идея: нужно сделать так, чтобы человек мог, авторизовавшись, как преподаватель, имел возможность "Войти в другой аккаунт" и тогда он в одном браузере увидит все сообщения, задачи, и др., а информирование в Живой ленте и в "Уведомлениях" нужно сделать с маркировкой (индикатором) того, кому  (какому аккаунту) предназначены те или иные сообщения и уведомления.

Наверное сложно это реализовать?

Крайне неудобно постоянно выходить из авторизации и заново вбивать адрес , логин, пароль.
Хочется простой переключатель между авторизованными порталами.