BornTo FreeFall

Возможно, что это вам подскажет путь следования: Ссылка

Выхода два:
1. Глобальной переменной $GLOBALS['SOME_VARIABLE_NAME'] = $SOME_VARIABLE_VALUE
2. Класс-обертка (сразу говорю, пример подсмотрел, нужно было сделать аналогичную реализацию):

Class GarbageStorage{
  private static $globalStorage = [];
  public static function set ($storageName,  $variableValue){ self::$globalStorage[$storageName] = $variableValue;}
  public static function get ($storageName){ return self::$globalStorage[$storageName];}
}
соответственно использование
\GarbageStorage::set("SomeIdentificator",  $arResult["ID"]);                      // Устанавливаем значение
\GarbageStorage::get("SomeIdentificator");                                               // Получаем значение

Если вы используете компонент "sale.bestsellers", то обратите внимание на следующие свойства:

1. Количество элементов на странице PAGE_ELEMENT_COUNT Указывается количество элементов, отображаемых на одной странице.
   
2. Количество элементов, выводимых в одной строке LINE_ELEMENT_COUNT Указывается количество элементов, выводимых в одной строке таблицы. Данный параметр недоступен для шаблона vertical.
   
3. Период выборки (дней) PERIOD Указывается период выборки (количество дней) для построения списка самых продаваемых товаров.
   

Ссылка с объяснением: Ссылка

Попробуйте:
1. Сбросить куки в браузере
2. В настройках вашего пользователя посмотрите на статус "Активность", возможно ,что пользователь был отключен
3. Проверить сохранение сессий (хотя, по моему опыту скажу так - войти мог, но при перезагрузке страницы происходил вылет из аккаунта)
4. Можете также попробовать сбросить пароль из базы, заходите в таблицу b_user, устанавливаете ваш пароль на известный, но в захэшированном виде. Например: 123456789 - 25f9e794323b453885f5181f1b624d0b
5. Попробуйте авторизоваться из другого браузера, если получится - возвращайтесь к пункту 1.
6. (Не увидел, что очищали кэш, все равно пункты оставлю, но добавлю еще один) - У вас логируются попытки авторизации? Попробуйте порыскать там, а самое главное - посмотрите, нет ли ошибок в PHP / Веб-сервер логах

Сталкивался с аналогичной проблемой, только в рамках компонента. Попробовал следующие методы:

1. Проверить в файле dbconn.php на наличие параметра set_time_limit
   
2. Проверить php.ini на наличие аналогичной установки - max_execution_time (помните, то, что указано в dbconn.php имеет приоритет перед тем, что написано в php.ini
   
3. Значение memory_limit также может влиять на это дело.
   

Но это лишь попытка найти обход проблемы. Попробуйте настроить профилирование, и посмотреть, в чем же все таки может быть проблема. У меня, например, была очень назойливая проблема, когда на многосайтовом режиме зависал комплексный компонент "catalog", и это происходило по неизвестным (до сих пор) для меня причинам, как бы это странно не звучало.

$selectArray = [
  "UF_ICO_TV"
];

$sortArray = [
  "SORT" => "ASC"
];

$filterArray = [
  'IBLOCK_ID' => 1,

  /* @var string Символьный код раздела */
  'CODE' => 'SECTION_CODE',

  /* @var int ID раздела */
  'ID' => 123,
];

$rsResult = CIBlockSection::GetList(
  $sortArray,
  $filterArray,
  false,
  $selectArray,
);
while($arResult = $rsResult->GetNext())
{
  echo $arResult['UF_ICO_TV'];
}

Если мы ведем речь о базовом компоненте "sale.order.ajax" или "sale.order", то вы можете открыть:

YOUR_DOMAIN_NAME.COM/bitrix/admin/sale_order_props.php?lang=ru

Выбрать тип лица, и задать ему свойство таким образом.

Ответ найден. Можно закрывать