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

[Барбос]

Но крон не запустится, пока на форум кто-нибудь не зайдет.

rxu,
точнее, наверное, - "пока не залогинится". И то далеко не "кто-нибудь",
как говорит всё тот же пресловутый опыт. А читать форум можно без логина
часами сотням человек, - сообщение очереди не будет отправлено. Даже несмотря
на самовлюблённые мантры Mr. Anderson-на о тайном скриптознании. :)
Так что некая проблема существует. Ну а уж "ошибка" это, или "такая логика",
видимо, зависит от окна, из которого смотреть.
Спасибо, удачи.

[Mr. Anderson]

точнее, наверное, - "пока не залогинится". И то далеко не "кто-нибудь",

Наверное? Вы бы код смотрели иногда

сообщение очереди не будет отправлено

Пока очередь не будет заполнена.

PS:
У вас нервный тик, заставляющий вас без нужды переводить строку?

[Палыч]

Mr. Anderson
Наверное, в Днепропетровске так принято

Так что некая проблема существует.

Безусловно. Проблема почтовых настроек.

[rxu]

точнее, наверное, - "пока не залогинится". И то далеко не "кто-нибудь",как говорит всё тот же пресловутый опыт. А читать форум можно без логиначасами сотням человек, - сообщение очереди не будет отправлено.

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

Так что некая проблема существует.

Пока не готов сказать - больше похоже на локальную проблему вашего ресурса. При возможности попробую проверить.

[Shredder]

Текст больше определённого объёма не обрабатывается bb-кодами, если выделить его целиком: коды для жирного или курсива, например, обрабатываются как обычный текст. А при попытке взять этот текст в тег code - страница с сообщением вообще опустевает. Поэтому выкладываю тестовое сообщение во вложении:

test.zip

(227 байт) 241 скачивание

В этом сообщении я набрал пограничное число знаков, и если убрать хоть одну букву, то всё работает нормально. Причём, если вместо первых четырёх букв поставить шесть цифр, то тоже работает нормально, а если добавить седьмую - разрушается. Будто даже не от количества знаков зависит, а от чего-то ещё.

[Nekstati]

Проблема решается небольшим уменьшением в админке максимального числа символов в сообщениях, например 55000 (по умолчанию стоит 60000).

Насчёт цифр: одна цифра = один байт, одна буква = два байта.

[MIT]

одна буква = два байта

Не всегда. В utf-8 символ латинского алфавива занимает 1 байт.

[Nekstati]

Ну в данном примере кириллица. Да, кстати, если набрать этот пример латиницей, то описанной проблемы нет.

[Shredder]

Проблема решается небольшим уменьшением в админке максимального числа символов в сообщениях, например 55000 (по умолчанию стоит 60000).

Это понятно, но кому-то надо и по сто тысяч и больше.

[Поручик]

Ну извини, это всё таки двиг форума, то есть предполагается относительно небольшие сообщения.

[Shredder]

Наверно, всем известен "неубиваемый" баг, когда ссылка, стоящая сразу после открывающего тега бб-кода, становится некликабельной. В стандартных встроенных бб-кодах это можно обойти, поставив в самом начале после открывающего тега пробел и только уже после него ссылку. Однако в любом из пользовательских кодов такие пробелы сразу обрезаются, и ссылку, расположенную сразу после открывающего тега, невозможно сделать кликабельной никаким способом, кроме дополнительного помещения в тег url.

[Semik]

Исправлял багу в моде automatic_dst_2 и попутно нашёл ошибку в движке, в функции форматирования даты.
includes/session.php, функция format_date()

Если выбран "дружественный" формат даты (вчера-сегодня-завтра), то два раза в год день может вычисляться неверно. Функция сравнивает переданную дату и дату полуночи текущего дня в UTC, забывая, что вчера могло быть ещё летнее время, а сегодня уже зимнее, или наоборот. Таким образом на датах, близких к полуночи дня смены летнего-зимнего времени, может вывестись "Вчера" вместо "Сегодня" или "Сегодня" вместо "Вчера" (последний случай конечно веселее, мы сообщения в будущем получаем ).
Версия последняя, 3.0.8 (впрочем как минимум с 3.0.7-PL1 код в этом месте не изменился).

[rxu]

Semik
По отношению от выбранного вами в личном разделе времени никакой ошибки не будет. Если вы указали, что время летнее, покажет одно время, если нет - другое.
phpBB не определяет переход на летнее/зимнее время автоматически.

[Semik]

rxu, да, я как-то забыл об этом. Впрочем это всё равно неправильно, что сообщение было написано сегодня в одно время, а завтра отображается в другом. Мне что-то такое поведение не нравится (как и вообще только ручной переход на летнее/зимнее время), так что лично для себя допилю мод automatic_dst.

[mih_io]

У меня такая проблема наблюдается. Если делаю тему важной, она становится видна во всех форумах и у неё пропадает форум родитель. Я (пользователь с правами основатель) могу добавить тему в закладки и потом в личном разделе, в закладках, её лицезреть. Обычный пользователь если добавляет такую тему в закладки он её в личном разделе, в закладках, лицезреть не может, при этом в таблице bookmarks запись делается и если зайдет в тему, ему уже предлагают снять закладку.

Порылся в файлах, нашел проблему. Хочу сообщить как решил и узнать ваше мнение, могут ли быть конфликты в дальнейшем.

В файле ucp_main.php
Запрос в котором наблюдаю проблему:

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

$result = $db->sql_query_limit($sql, $config['topics_per_page'], $start);

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

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

AND ' . $db->sql_in_set('f.forum_id', $forbidden_forum_ary, true, true),

Для меня, админа, доступ есть везде и поэтому условие возвращает "1=1"
Для обычного пользователя накладывается ограничение, например такое:

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

f.forum_id NOT IN (52, 8, 46, 58, 124, 140, 142, 148)

Сам запрос выглядит так, выложу нужную часть:

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

SELECT t . * , f.forum_name, b.topic_id AS b_topic_id, tt.mark_time, ft.mark_time AS forum_mark_time, tp.topic_posted
FROM (phpbb_bookmarks b)
LEFT JOIN phpbb_topics t ON ( b.topic_id = t.topic_id ) 
LEFT JOIN phpbb_forums f ON ( t.forum_id = f.forum_id ) 
...
WHERE b.user_id =492
AND f.forum_id NOT 
IN ( 52, 8, 46, 58, 124, 140, 142, 148 ) 

Весь смысл в том, что после такого запроса для строки с "Важной" темой элемент f.forum_id не существует вообще и условие f.forum_id NOT IN ( 52, 8, 46, 58, 124, 140, 142, 148 ) не проходит и в итоге в личном разделе, в закладках, тема не отображается.

Решил проблему так. Условие делаю такое "t.forum_id NOT IN ( 52, 8, 46, 58, 124, 140, 142, 148 )" Этот элемент всегда существует в данном запросе и для "важной" темы равен 0, в остальных случаях равен f.forum_id и в итоге "важная" тема в закладках у пользователя появляется.

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

upd. форум 3.0.8