Василий Наумкин

github.com/bezumkin/modx-hybridauth/blob/master/core/components/hybridauth/model/hybridauth/hauser.class.php

А я здесь при чем? Если ты выводишь такие данные — проверяй, что получается.

В вопросе ты написал не совсем это.

Ты можешь указать у юзера свой класс, вместо modUser и расширить protected методы. Посмотри исходники HybridAuth — там так и сделано.

Тебе нужно для обмена с удаленной БД, а не для авторизации — или я неправильно понял?

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

Так задумано.

Если ты пытаешься вывести что-то в пустой чанк — лучше вывести это что-то, нежели не вывести ничего.

Если нужно для обмена с удаленной БД — пиши пароли при создании юзера в отдельную таблицу плагином и не извращайся.

Не знаю, не пробовал.

Просто закомментируй в используемом сниппете обработку этого параметра — где искать я уже показал.

В будущих версиях постараюсь учесть.

Наверное потому, что плейсхолдеры с лексиконами кэшированные и обрабатываются раньше некэшированного mFilter2. То есть, MODX их обрабатывает до того, как загружен словарь.

А вот когда mFilter2 сам рендерит чанк — лексикон уже в наличии и все выводится правильно. Или вызывай лексиконовые плейсхолдеры некэшированными, или вообще их не используй, просто пропиши готовые слова в шаблоне.

Обновись на последнюю версию — там можно использовать просто [[+avatar]], без условий.

Вот коммит.

Если отвечать на комментарий, то его автор получит уведомление.

А если писать в корень, как сейчас, то вряд ли Алексей его увидит в ближайшем времени.

Параметр toSeparatePlaceholders принимает и сниппет, который выводит результаты. Так что, нужно и выдачу также расфасовать по странице:

[[+sep.0]] [[+sep.1]]

Исходник pdoResources, для примера.

Для каждого фильтра можно назначить свой чанк — читай "Чанки и оформление".

Парсер не учитывает в каком контексте находится документ (вырезает ru/) ну это ладно.

Он и не должен ничего учитывать, он выдаёт то, что запросил пользователь.

Если пользователь уже существует выдается ошибка office_auth_err_user_exists (вместо текста)

В текущей версии нет такой фразы вообще нигде. А вот office_auth_err_username_exists — есть. Это или кэш, или у тебя старый контроллер.

Если при авторизации использовать Логин вместо e-mail всплывает ошибка введите e-mail.

Естественно, email обязателен, там в форме и звездочка рядом с ним. Куда иначе отправлять ссылку на активацию и сброс пароля — на логин?

Если не вводить логин при регистрации в username опять попадает весь e-mail.

Естественно, а что туда может попадать? Если я обрежу всё до знака @, а потом окажется, что такой username уже есть в БД — мне нужно выдать ошибку, что такой логин существует. А юзер спросит, что за фигня, я вообще не указывал никакой логин, как он может существовать?

Именно поэтому, в форме регистрации написано

Вы можете указать отдельный логин, чтобы не использовать email для входа.

Не указываете — дело ваше.

Если включен парсер pdoTools, то можно просто

auth.html?hauth_return=/[[#request.q]]

Иначе своим сниппетом выводить $_REQUEST['q'].

[[*id]] не совсем верно использовать, ведь юзер может уходить на авторизацию с «виртуальной» страницы, типа modx.pro/users/630/comments/.

Если указать id, то он вернётся на modx.pro/users/, а не на /users/630/comments/.

Прокралась ошибка — поторопился я. Исправил и перезалил пакет, можно еще разок обновиться.

Редирект работает просто — нужно зайти на страницу с формой авторизации по ссылке с указанным возвратом, например:

http://mysite.ru/auth.html?hauth_return=/thispage.html

Чтобы возвращать на текущую страницу, делаем так:

http://mysite.ru/auth.html?hauth_return=[[~[[+id]]]]

Обновись на последнюю версию, я там добавил всё, что нужно.

Описание на этой же странице, в конце заметки. Для работы username и fullname нужно обновить чанк формы авторизации.

Включи вывод ошибок, должно что-то быть вместо белой страницы:

ini_set('display_errors', 1);
ini_set('error_reporting', -1);

А ты никогда не замечал, что чекбоксы, селекты и инпуты в разных браузерах отображаются по разному? Поле выбора файла — это как раз инпут.

Есть отдельный вид геморроя верстальщиков — сделать так, чтобы все эти элементы везде выглядели одинаково, невзирая на браузер.