Сообщаем об ошибках phpBB 3.2.x разработчикам

[rxu]

В предустановленных задачах крона не вижу, чтобы отправлялись уведомления.
Есть такие задачи в расширениях?

[Pazh]

Есть такие задачи в расширениях?

Да, например уведомления об исполнении запланированного действия с темой в rxu/TopicActions я прикрутил

[rxu]

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

[Pazh]

Через костыть, указанный выше, я решил вопрос. Но имхо, это костыль.

[Татьяна5]

Предыстория вопроса: Не верно работает поиск пользователей

Если искать пользователей через "найти пользователя" в memberlist.php с указанием даты последнего посещения, то выдаёт в том числе никогда не посещавших форум (и зарегистрировавшихся после указанной даты тоже, что совсем нелогично)
В то же время при поиске в "очистке списка пользователей" в админке с этим всё в порядке

Предлагаю такое решение:
memberlist.php
Найти

Код: Выделить всё

					$sql_where .= " AND u.user_lastvisit " . $find_key_match[$active_select] . ' ' . $active_time;

Заменить на

Код: Выделить всё

					if ((int) $active[0] == 0 && (int) $active[1] == 0 && (int) $active[2] == 0)
					{
						$sql_where .= ' AND u.user_lastvisit = 0';
					}
					else if ($active_select != 'lt')
					{
						$sql_where .= ' AND u.user_lastvisit ' . $find_key_match[$active_select] . ' ' . $active_time;
					}
					else
					{
						$sql_where .= ' AND (u.user_lastvisit > 0 AND u.user_lastvisit < ' . $active_time . ')';
					}

(Код - копия правильно работающего из админки)

[Sfinexer]

Татьяна5, интересно а ктонить указал самим разработчикам о этой неточности, пока изменений в поиске невидно(((

Описание проблемы: Поиск пользователей
Произведенные изменения, после которых начались неполадки:
Версия phpBB: 3.3.0-b1-dev
Используемые стили: AllanStyle-SUBSILVER
Используемые расширения: Authorized for urls, Topic actions schedule
Версия PHP:: 7.3.2
Используемая СУБД и её версия: SQLite 3.24.0
Ссылка на конференцию: http://tiven.ru
Есть ли у вас тестовый аккаунт:
Использовался ли поиск для решения проблемы:
Если да, то какие запросы вы использовали:

Я сам не знаю как корректно написать о этом недочете.

[Татьяна5]

Sfinexer, изменений в любом случае ждать нескоро, это не критическая уязвимость ведь

[rxu]

https://tracker.phpbb.com/browse/PHPBB3-16124

Вечером постараюсь сделать запрос в репо.

[rxu]

https://github.com/phpbb/phpbb/pull/5645

[rxu]

М-да. С таким фиксом получается, что при поиске посетивших что До, что После 0000-00-00, всё равно выдает список никогда не посещавших, что тоже не совсем логично.
Поправил.

[Sfinexer]

rxu, Тут я думаю надо обсудить и ввести некую логическую цепочку.
С одной стороны в админке есть некая логика, с другой, лично мне она не совсем нравится. Вероятно надо ставить условие что "не посещал форум ни разу" чтобы игнорировать неясный параметр 0-0-0 (0000-00-00 что тожесамое).

Как я и писал и в целом согласен что это не является ошибкой в прямом смысле слова, скорее некий недочет вносящий некое двоякое восприятие введенных параметров поиска.

Лично, я переделал бы поиск в админке, сделав аналог того что в

memberlist.php

Я думал над разными вариантами, и на текущий момент я бы склонился к введению дополнительного параметра поиска, обычного bool флага -> "никогда не посещали форум". Так как внося поисковую логику в формат "запроса" убирается фактор интуитивности поиска.

[rxu]

Фикс появится в версии 3.2.8.

[Nekstati]

Заходим в свой профиль, вставляем эмодзи в любое кастомное текстовое поле (напр. "Откуда"), получаем MySQL Error: Incorrect string value.

То же самое в заголовках ЛС, в именах папок ЛС, в поле жалобы на сообщение, в полях предупреждений, причин блокировки, заметок о пользователе и, вероятно, где-то ещё. И, конечно, в десятках мест админки - почти в любом поле. Короче, везде.

Проблема очень старая, о ней много писали на phpbb.com начиная где-то с 2013 года. Вроде как исправили её в постах, но не переходом на utf8mb4, а обходными путями (заменой эмодзи на HTML entities). Недавно в 3.2.8-RC "исправили" заголовки форумов - путём запрета на эмодзи.

Между тем эта старая неприятность исправляется легко:
https://www.phpbb.com/community/viewtop ... #p14023271 + https://www.phpbb.com/community/viewtop ... #p14230346
Впрочем, тут умные люди писали, что всё не так просто и возможны проблемы с utf8mb4. Не знаю, у меня на локалке всё работает (с)

[rxu]

На utf8mb4 планов переходить нет, насколько я знаю. Поэтому либо будут запрещать использование таких символов, либо желающим придется "колхозить" самостоятельно.

[Nekstati]

Статистика:

Invision Community - utf8mb4
XenForo - utf8mb4
Flarum - utf8mb4
Vanilla Forums - utf8mb4
vBulletin - utf8 дефолт, utf8mb4 поддерживается
Simple Machines - utf8
PunBB - utf8
phpBB - utf8