Страница 27 из 30

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

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

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

Добавлено: 08.06.2019 16:36
Pazh
rxu писал(а): 08.06.2019 16:32 Есть такие задачи в расширениях?
Да, например уведомления об исполнении запланированного действия с темой в rxu/TopicActions я прикрутил

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

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

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

Добавлено: 08.06.2019 17:31
Pazh
Через костыть, указанный выше, я решил вопрос. Но имхо, это костыль.

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

Добавлено: 21.07.2019 20:09
Татьяна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 . ')';
					}
(Код - копия правильно работающего из админки)

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

Добавлено: 04.08.2019 22:20
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
Есть ли у вас тестовый аккаунт:
Использовался ли поиск для решения проблемы:
Если да, то какие запросы вы использовали:

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

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

Добавлено: 04.08.2019 22:53
Татьяна5
Sfinexer, изменений в любом случае ждать нескоро, это не критическая уязвимость ведь

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

Добавлено: 05.08.2019 6:34
rxu
https://tracker.phpbb.com/browse/PHPBB3-16124

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

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

Добавлено: 05.08.2019 16:14
rxu

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

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

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

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

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

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

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

Добавлено: 12.08.2019 5:16
rxu
Фикс появится в версии 3.2.8.

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

Добавлено: 20.08.2019 20:03
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. Не знаю, у меня на локалке всё работает (с)

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

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

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

Добавлено: 20.08.2019 21:09
Nekstati
Статистика:

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