Обсуждение Википедии:Гаджеты/Удобные обсуждения/Архив/2021—2022

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

Приписка "для бота" при переносе тем[править код]

Подскажите, пожалуйста, зачем пишется приписка "Для бота" при переносе тем? — DenBkh (обс.) 05:37, 10 января 2021 (UTC)[ответить]

Архивация этой страницы[править код]

Джек, на этой странице есть уже темы, которым почти три года. Может, пока подключить автоматическую архивацию? ;) Michgrig (talk to me) 13:50, 11 января 2021 (UTC)[ответить]

Подвисает при отравке сообщения на ВП:ЗКАБ[править код]

При отправке сообщения на ВП:ЗКАБ форма «подвисает» в режиме отправки.
По факту сообщение всё-таки появляется на странице, но отправленное сообщение каждый раз появляется в форме при заходе на страницу. — Mike Somerset (обс.) 17:27, 30 января 2021 (UTC)[ответить]

Дубликат подписи к ссылке[править код]

Кто-нибудь сталкивался с проблемой дублирования текста после вставки ссылки на выделенный текст?
Например, вставляю текст «Википедия: К_удалению/9_января_2021#Достопримечательности», выделяю его, нажимаю кнопку «Ссылка», нажимаю в форме «Вставить ссылку».
В результате получается вот это:
Википедия:К_удалению/7_января_2021#ДостопримечательностиВикипедия: К_удалению/7_января_2021#Достопримечательности — Mike Somerset (обс.) 08:14, 9 февраля 2021 (UTC)[ответить]

Копирование ссылок на архивные темы[править код]

Хотелось бы, чтобы можно было скопировать ссылку на архивную тему на странице, где стоит шаблон {{закрыто}} (например). Сейчас знак «#» возле «править код» на таких страницах не появляется. — smigles 21:35, 1 марта 2021 (UTC)[ответить]

Отступы сообщений[править код]

Раньше сообщения в ветках по умолчанию сдвигались вправо звёздочками, а теперь, как я обнаружил, сдвигаются двоеточиями. Так задумано или это баг? — smigles 13:14, 13 марта 2021 (UTC)[ответить]

Немного не так. Если отвечаешь не на последнее сообщение в ветке (то есть на то, на которое уже есть другой ответ), то отступ будет звёздочкой, как и раньше: **** Моё сообщение. Если же отвечаешь на последнее сообщение в ветке, то отступ будет двоеточием: ***: Моё сообщение. Если отвечаешь на заглавное сообщение в теме, то в одних темах отступ звёздочкой, а в других темах — двоеточием, независимо от того, есть ли ответ на заглавное сообщение. Всё это проверял в тех темах, где все отступы до публикации моего сообщения были звёздочкой. — smigles 17:25, 13 марта 2021 (UTC)[ответить]

Демонстрация проблемы: Обсуждение участника:Smigles/Тестирование отступов CD. — smigles 17:44, 13 марта 2021 (UTC)[ответить]

Скрипт у меня подключён глобально. Если дополнительно включить его здесь как гаджет, проблема не наблюдается: все отступы будут звёздочками. — smigles 18:18, 13 марта 2021 (UTC)[ответить]

  • @Smigles: У вас, я вижу, ещё и то, что правка сделана через CD, записывается не в виде метки, а в описании правки. Это значит, что у вас не выполняется файл конфигурации русской Википедии. Можете сообщить содержимое консоли (откройте инструменты разработчика (F12), перейдите на вкладку «Консоль» и скопируйте в тему текст на красном и жёлтом фоне), а также название и версию своего браузера? — Джек (обс.) 18:59, 13 марта 2021 (UTC)[ответить]
    • Firefox 86.0.1, гаджет выключен. В консоли предупреждения (жёлтые):
      This page is using the deprecated ResourceLoader module "jquery.throttle-debounce".
      Please use OO.ui.throttle/debounce instead. See https://phabricator.wikimedia.org/T213426 load.php:16:1053
      
      This page is using the deprecated ResourceLoader module "jquery.ui".
      Please use OOUI instead. load.php:17:360
      
      JQMIGRATE: jQuery.fn.delegate() is deprecated load.php:294:746
      В Chrome 89.0.4389.90 с выключенным гаджетом всё то же самое: проблема повторяется, предупреждения в консоли те же.
      Если гаджет включить, в консоли обоих браузеров дополнительно к этим трём предупреждениям появляется ещё одно:
      One instance of Convenient Discussions is already running. app.js:568:12
      При включённом гаджете, как я уже писал, проблемы нет.
      Похоже, что файл конфигурации не выполняется именно в том случае, если гаджет выключен. Проблему в первый раз заметил вчера, 12 марта. Гаджет был создан за день до этого, 11 марта.
      К слову, это сообщение публикую с включённым гаджетом. — smigles 19:35, 13 марта 2021 (UTC)[ответить]
      • @Smigles: Спасибо за репорт, ошибка исправлена. Трудно скоординировать загрузку нескольких компонентов скрипта, чтобы она происходила корректно и наиболее оптимально при любой или сразу двух точках входа (гаджет и персональный JS).
        Кто бы мог подумать, например, что, если грузить гаджет Рувики как гаджет с Викисклада, это может вырубить вообще все скрипты в Рувики в том случае, если у пользователя включён и гаджет, и скрипт глобально и каким-то удивительным образом скрипт на Викискладе выполнится быстрее, чем гаджет Рувики, из-за Uncaught Error: module already implemented: ext.gadget.convenientDiscussions. (В данном случае проблема была не в этом, это так, мысли вслух.) — Джек (обс.) 20:21, 13 марта 2021 (UTC)[ответить]

Зеленый фон и кнопка с настройками[править код]

Здравствуйте!
1. Подскажите, пожалуйста, как вернуть зеленый фон у новых сообщений вместо зеленой полоски слева? И фиолетовый у своих.
2. Сейчас кнопка с настройками глубоко зарыта, предлагаю вам добавить её слева, рядом с кнопками навигации ("Обновить страницу" и т.д.). Без знания о том, где она есть, её сложно найти. — DenBkh (обс.) 12:46, 17 марта 2021 (UTC)[ответить]

  1. А зачем? Мне тяжело поддерживать два варианта оформления, от старого пришлось (придётся, точнее, так как в коде он пока остался) избавиться.
  2. Возможно, вы правы. Я рассматриваю вариант переместить её справа от кнопок «Дополнительно» и «?».
— Джек (обс.) 12:52, 17 марта 2021 (UTC)[ответить]
  • Стало визуально сложнее найти, где находятся новые сообщения. Нужно приложить усилие для этого, либо использовать кнопки в панели навигации слева. Раньше я мог просто проскроллировать страницу и новые сообщения, условно, сами «бросались в глаза». То есть, usability предыдущего решения, как мне кажется, было лучше. — DenBkh (обс.) 19:51, 17 марта 2021 (UTC)[ответить]
    • Я получил несколько таких жалоб, но сначала хотелось бы понять, это существенное ухудшение юзабилити у этих пользователей или типичный эффект непривычности нововведения. Чтобы рассеялся последний, нужно подождать некоторое время.
      И в зависимости от этого либо возвращать фон по умолчанию, либо делать настройку, либо предлагать править собственные стили, если неудовлетворенность остаётся. Всё это сделать несложно. — Джек (обс.) 06:47, 18 марта 2021 (UTC)[ответить]

Некорректно проставляет ссылку на перенесённую тему[править код]

Здравствуйте, если в названии темы есть шаблон {{u}}, то при её переносе ваш скрипт некорректно ставит ссылку на новое место, приходится вручную исправлять. См пример. — DenBkh (обс.) 12:44, 14 апреля 2021 (UTC)[ответить]

Ошибки визуального выделения новых сообщений при первом заходе на страницу[править код]

Здравствуйте, заметил, что иногда визуальное выделение новых сообщений работает не вполне верно. Пример: yadi.sk/i/vW0J_ekRFlLU6A, ссылка на тему. Причем, если повторно зайти на ту же страницу через несколько минут, то проблема пропадает сама собой. См. yadi.sk/i/bsRTz2SlClhh3w — DenBkh (обс.) 16:24, 19 апреля 2021 (UTC)[ответить]

  • Спасибо. Какой-то залётный артефакт чего-то не знаю чего выше или ниже по странице, возможно находящегося в скрытом блоке. Пока поставлю низкий приоритет; если повторится, напишите, пожалуйста. — Джек (обс.) 12:56, 26 апреля 2021 (UTC)[ответить]
    • См. скриншот yadi.sk/i/UErK91AiyYeKzQ [1] - похожая проблема, но при повторных заходах она не исправляется. Возможно просто некорректная разметка комментария. — DenBkh (обс.) 16:33, 19 мая 2021 (UTC)[ответить]

Разделы[править код]

Есть ли в гаджете функция редактирования/etc определенного раздела? Речь о трафике: сейчас что при отправке, что при предпросмотре отправляется на сервер страница целиком, поэтому у меня, с мобильны интернетом, гаджет просто не работает на сколь-либо объемных страницах, конкретно api падает по таймауту: «Не удалось получить изменения. Сетевая ошибка.» из-за очень низкий скорости на отдачу. ~~‍~~ Jaguar K · 16:43, 14 мая 2021 (UTC)[ответить]

  • Хорошо, посмотрю в эту сторону. — Джек (обс.) 01:52, 15 мая 2021 (UTC)[ответить]
  • @Jaguar K: А можете сориентировать, на какого примерно объёма странице скрипт начинает падать? Пример. И желательно что у вас за условия интернета такие, чтобы понять, насколько они распространены. Также должен предупредить, что, если у вас какой-то очень дорогой интернет, то скрипт увеличивает трафик, так как запрашивает страницу целиком каждый раз при её обновлении (что позволяет ему показывать обновления без перезагрузки страницы). Вряд ли это будет очень ощутимо (почти мегабайтный, если считать вики-текст, КОИ в ответе на запрос весит 300 КБ благодаря сжатию), но на всякий случай сообщаю. — Джек (обс.) 02:24, 15 мая 2021 (UTC)[ответить]
  • @Jaguar K: Я сейчас ещё неплохо сократил объём отправляемой информации, ситуация должна ещё улучшиться. — Джек (обс.) 18:03, 25 сентября 2021 (UTC)[ответить]

Сокращение «ВП» в скрипте[править код]

Приветствую, Джек. Нет ли возможности в скрипт добавить сокращение «ВП»? Имею ввиду, когда я хочу сослаться на правило и начинаю вводить ВП… оно потом все ровно меняется на Википедия и приходится стирать. Понимаю, что, наверное, скрипт работает в данной ситуации как сам поисковик Википедии, который преобразует ВП в Википедия, но можно ли это поменять? — Владлен Манилов / 15:18, 19 мая 2021 (UTC)[ответить]

Наложение элементов интерфейса (зелёных линий слева) на контент комментариев[править код]

См. скриншот yadi.sk/i/cPBPTOs5GBdVmg - на странице Википедия:Заявки_на_статус_бюрократа/Vladimir_Solovjev_2DenBkh (обс.) 16:12, 19 мая 2021 (UTC)[ответить]

После написания комментария посредством Convenient Discussions пропадает действие скрипта Участник:BattlePeasant/dclink.js[править код]

Сабж. Помогает только перегрузка страницы. — DenBkh (обс.) 02:40, 2 июня 2021 (UTC)[ответить]

Что значат символы (-) в конце многих реплик? ~~‍~~ Jaguar K · 08:11, 2 июня 2021 (UTC)[ответить]

Как отключить перенос имени участника в начало?[править код]

Я поспешно согласился, но не нашёл в настройках, как это можно отключить. Tucvbif??? 09:56, 2 августа 2021 (UTC)[ответить]

CD и добавление в список наблюдения[править код]

Добрый день!
Если с помощью CD разместить новую тему на странице, которая не входит в список наблюдения, то звездочка наверху переходит в нажатое положение (как будто страница добавилась в СН). Однако если на эту звездочку нажать еще раз, то появляется надпись, что страница добавлена в СН. И только при повторном нажатии страница пропадает из СН.
Подскажите, пожалуйста. это баг или бай дизайн? Мне, например, иногда бывает нужно оставить тему на странице, за которой я не слежу и не хочу следить (например, когда я в качестве наставника оставляю запрос на каком-нибудь форуме). Но подобное поведение сбивает с толку. Michgrig (talk to me) 18:48, 3 августа 2021 (UTC)[ответить]

  • Мм, разумная претензия. Суть в том, что при размещении новой темы страница добавляется в СН (это можно отключить в настройках на вкладке «Форма сообщения» либо для каждой формы индивидуально галочкой, доступной по кнопке «Дополнительно»), но это делается через API. Звёздочка же заменяется вручную, но я не убедился в том, что её действие меняется на противоположное. Сейчас исправлю. — Джек (обс.) 23:36, 3 августа 2021 (UTC)[ответить]

сообщение обновлено (мелкий баг)[править код]

На странице Википедия:Заявки_на_статус_патрулирующего#Вопросы_(Nchernov29) был мелкий баг: подсвечивалось два сообщения:

**** Недостатков по [[ВП:ПАТС]] нет. [[У: Nchernov29|Nchernov29]] ([[ОУ: Nchernov29|обс.]]) 06:27, 4 августа 2021 (UTC)
* {{Reply to|Nchernov29}} соответсвует ли Ваша статья [[Буке, Рудди]] [[Википедия:МТ|минимальным требованиям]]? С уважением, [[У:7elteven|7elteven]] ([[ОУ:7elteven|обс.]]) 08:04, 3 августа 2021 (UTC)

и была надпись около нижнего: сообщение было изменено, по клику на которую писало: Разница в версиях пуста. Возможно, что отображение сообщения изменилось,
но оно не было отредактировано.
Вероятно, из-за https://ru.wikipedia.org/?diff=115861146 ~~‍~~ Jaguar K · 07:13, 4 августа 2021 (UTC)[ответить]

  • Да, такое бывает, это непросто отслеживать. До правки сообщение Nchernov29 считалось частью сообщения 7elteven, так как было неправильно подписано. — Джек (обс.) 12:25, 4 августа 2021 (UTC)[ответить]
  • Этот конкретный случай (сообщение начинается на некоем уровне, кончается на более высоком), может, и можно было бы специально обрабатывать и исключать первую часть, но позже. — Джек (обс.) 12:30, 4 августа 2021 (UTC)[ответить]

вероятно неисправимо[править код]

https://ru.wikipedia.org/?diff=115912497 ищет по дате: #202108061818_Good_Will_Hunting ~~‍~~ Jaguar K · 18:23, 6 августа 2021 (UTC)[ответить]

Перенос строки[править код]

Прошу прощения за частые визиты:)
Вот тут я добавил "было", но CD сам внес перенос строки перед подписью. Перепроверил в черновике. ~~‍~~ Jaguar K · 19:48, 7 августа 2021 (UTC)[ответить]

  • > Прошу прощения за частые визиты:)
    Ничего страшного.
    Тут проблема из-за того, что перед сообщением было чужое, некорректно подписанное. Скрипт в итоге воспринимал предшествующее сообщение частью вашего. А так как отступ у него был на один символ меньше, то при редактировании скрипт и закончил сообщение на том же уровне, на котором начал, потому что это, с его точки зрения, правильное поведение.
    Если вы видите некорректно подписанное сообщение, лучше исправить его подпись, тогда не будет ошибок и с вашими сообщениями. — Джек (обс.) 20:28, 7 августа 2021 (UTC)[ответить]

Оценка комментариев в CD[править код]

А можно в CD реализовать функционал оценки каждого комментария, по типу like и dislike? Было бы очень удобно поощрять хорошие сообщения и минусить всякий флуд. Возможно, получив кучу дизлайков участник задумается над своей манерой общения. Как мне кажется, это бы способствовало улучшению общей атмосферы в сообществе.
Сейчас доступна кнопка "поблагодарить", но благодарность за комментарий не публична и в целом она не покрывает весь use case. — DenBkh (обс.) 20:43, 8 августа 2021 (UTC)[ответить]

  • Наверное, это вопрос всё-таки не уровня конкретного инструмента, а правил ведения дискуссий в целом. — Mike Somerset (обс.) 09:35, 9 августа 2021 (UTC)[ответить]
  • Ох :-) Добавление такой возможности бы сильно изменило концепцию обсуждений в Википедии, сделав их более похожими на обсуждения в соцсетях. Я думаю, основной аргумент против такой возможности — лайки и дизлайки дадут слишком много внимания эмоциональным оценкам в ущерб рациональной аргументации. Кроме того, оценки не смогут ставить и видеть те участники, у которых не установлен скрипт, что сильно ограничит эффект. — Джек (обс.) 16:10, 9 августа 2021 (UTC)[ответить]
    • > лайки и дизлайки дадут слишком много внимания эмоциональным оценкам в ущерб рациональной аргументации
      Я вам могу сказать из своего опыта, что некоторых любителей зафлуживать все форумы подряд малоконструктивными сообщениями никто не убеждает рациональными аргументами так не делать. Больше мороки, не хотят связываться, лень и т.д. Да и правил-то никаких не нарушатся. И только когда уже ситуация достигает предела, то такому участнику выписывают топик бан на метапедию. То есть, по сути, обратную связь участник получает в самом конце.
      > не смогут ставить и видеть те участники, у которых не установлен скрипт, что сильно ограничит эффект
      Всё так, но, насколько я вижу, почти у всех метапедически активных участников ваш скрипт стоит. Можно было бы сделать настройку - показывать лайки/дизлайки или нет. — DenBkh (обс.) 17:10, 9 августа 2021 (UTC)[ответить]
      • А потом на основании этого будет кластерный анализ.. Согласен, обратная связь скорее отсутствует, но нет гарантии, что дизлайки помогут: их могут игнорировать\отключить, их число будет мало и без комментариев все равно будет непонятно, что этот дизлайк значит. Вот например на этом вашем предложении появилось бы 5 дизлайков за неделю, 3 лайка и 0 комментариев против — какие выводы вы бы сделали? ~~‍~~ Jaguar K · 18:38, 9 августа 2021 (UTC)[ответить]
        • Если бы там появилось 10 дизлайков при нуле лайков, то я бы подумал, что с моим предложением что-то не так. В вашем примере выводы сделать не так просто. Ну и в целом, какие-то выводы можно сделать не только из оценок одного комментария.
          Условно говоря, если большинство комментов получает больше лайков, чем дизлайков, то это мотивирует продолжать в том же духе. И наоборот, если в основном дизлайки, то стоит задуматься почему такая обратная связь. — DenBkh (обс.) 19:13, 9 августа 2021 (UTC)[ответить]

Вопрос[править код]

Можно ли сделать так, чтобы CD по умолчанию был отключен и включался только ссылкой в подвале? ~~‍~~ Jaguar K · 12:04, 10 августа 2021 (UTC)[ответить]

Ошибка в Safari на IPad (ReferenceError: Can't find variable: Notification)[править код]

При открытии любой страницы обсуждений в Safari на IPad вылетает ошибка в красном квадрате справа вверху "Удобные дискуссии: не удалось обработать страницу... ", хотя вроде бы весь функционал работает.
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.3 Safari/605.1.15
Скриншот консоли Javascript: https://imgur.com/a/8BgWtdQ
P.S. судя по https://caniuse.com/?search=Notification для "Safari on iOS" не реализован Notification API. — DenBkh (обс.) 23:41, 10 августа 2021 (UTC)[ответить]

https://ru.wikipedia.org/?diff=116201883 тут не было никаких sub ~~‍~~ Jaguar K · 01:01, 22 августа 2021 (UTC)[ответить]

edit blockquote br :[править код]

Пример, Пример 2 ~~‍~~ Jaguar K · 07:01, 22 августа 2021 (UTC)[ответить]

Благодарность и скрытые правки[править код]

Сейчас при попытке поблагодарить за комментарий, правка при создании которого была скрыта, вылетает сообщение «не удалось отправить благодарность». Без каких-либо пояснений. Пример см. первое сообщение в теме Википедия:Форум администраторов#Блокировка участницы A.Vajrapani.
Предлагаю в сообщении явно прописать по какой причине не удаётся отправить благодарность, чтобы было сразу понятно. — DenBkh (обс.) 10:32, 27 августа 2021 (UTC)[ответить]

Чёрный список и функция сокрытия реплик от участников из этого списка[править код]

Предлагаю вам рассмотреть возможность реализации функции по сокрытию реплик из некоего "черного списка", который можно было бы каждому участнику настраивать по своему желанию. Реплики от участников из этого списка отображались бы со скрытым содержимым. В скрытых репликах видно только user name, дату комментария, т.е. тот контент, что сейчас отображается в первой строке (при включённом новом виде отображения комментариев). Визуально можно выделить такие реплики, например, сделав цвет шрифта серым или иным образом отличающимся от обычного. По клику на реплику можно было бы раскрыть комментарий и ознакомиться с ним.
Обоснование: не секрет, что некоторые участники систематически зафлуживают важные темы малозначимыми комментариями. Это может быть как стилем общения добросовестных участников, так и намеренной тактикой "забалтывания" важных обсуждений. С предлагаемой мной функцией "черного списка" сильно зафлуженные обсуждения было бы гораздно удобнее читать. — DenBkh (обс.) 19:25, 27 августа 2021 (UTC)[ответить]

  • Это не лучшая идея, подобное очень сильно будет влиять на скорость загрузки страницы как минимум. Vladimir Solovjev обс 20:01, 27 августа 2021 (UTC)[ответить]
    • Почему вам кажется, что это будет очень сильно влиять на скорость загрузки страниц? Сейчас код страниц обсуждений и так практически полностью изменяется скриптом, особенно с новым видом комментов, который был добавлен в 3-й версии. Я думаю, что расставить дополнительные css классы для сокрытия каких-то элементов если и увеличит скорость загрузки, то на уровне статистической погрешности. — DenBkh (обс.) 20:16, 27 августа 2021 (UTC)[ответить]
      • Любой фильтр влияет на скорость загрузки. В данном случае необходимо делать парсер, который будет убирать часть текста после его поиска. Это ведь текстовая страница, а не записи базы данных, которые можно отфильтровывать по какому-то полю. Да и задача не самая тривиальная, особенно если страница объёмная. Vladimir Solovjev обс 22:06, 27 августа 2021 (UTC)[ответить]
        • Я думаю, что этот функционал можно реализовать совсем не так, как вы написали. Как я понимаю, парсер вики-комментариев уже встроен в скрипт "Удобные обсуждения". И уже сейчас это работает примерно так: сначала загружается страница со всеми комментариями "как есть", потом по ней прогоняется логика скрипта с парсером комментов, далее изменяется разметка страницы. Внутри логики скрипта уже известно кто автор каждого комментария на странице. На этапе изменения разметки страницы как раз и можно реализовать фукнционал сокрытия реплик путём навешивания css классов и onclick обработчиков на соответствующие элементы.
          Если я где-то ошибаюсь, то прошу Jack who built the house меня поправить. — DenBkh (обс.) 22:29, 27 августа 2021 (UTC)[ответить]
          • Ну, пусть он решает, насколько это можно реализовать. И нужно ли. Vladimir Solovjev обс 08:16, 28 августа 2021 (UTC)[ответить]
          • Да, автоматическое сворачивание веток после загрузки есть уже сейчас, скрытие конкретных сообщений — лишь ещё одно аналогичное действие. Вопрос относительно влияния на скорость загрузки связан с основном с тем, сколько раз браузеру придётся перерисовывать страницу после наших изменений. И здесь есть edge case, когда на странице нет ни одной свёрнутой ветки, ни одного закрытого обсуждения, внутри которого находятся собственные или новые сообщения, а плавающие (floating) элементы не накладываются на сообщения. В этом случае после первичной обработки и перерисовки страницы не требуется перерисовывать её ещё раз. В остальных случаях требуются как минимум две перерисовки. — Джек (обс.) 08:49, 28 августа 2021 (UTC)[ответить]
  • Можно было бы создать такой плагин, но включать это в сам скрипт мне кажется спорной идеей, потому что это, по сути, легитимизировало бы отгораживание от части сообщества, несмотря на то, что 1) ВП — заведомо коллективный проект, в котором предполагается преодоление противоречий между участниками; 2) входящие в эту часть сообщества участники нигде не были признаны неконструктивыми, а их реплики неуместными. Не хотелось бы, чтобы Википедия была ещё одним местом, где каждый пребывает в своём информационном пузыре. Впрочем, я не готов утверждать, что наличие такой возможности совсем неприемлемо.
    Также сейчас есть возможность сворачивания веток, она может помочь в указанных целях. Если же всё же хочется скрыть, можно использовать код наподобие
    mw.hook('convenientDiscussions.pageReady').add(function () {
      convenientDiscussions.comments.forEach(function (comment) {
        if (convenientDiscussions.settings.notificationsBlacklist.includes(comment.author.name)) {
          comment.$elements.filter(function () {
            return !this.tagName.match(/^H[1-6]$/);
          }).css('visibility', 'hidden');
        }
      });
    });
    
    Он грубым способом скрывает реплики всех участников, которых вы перечислили в списке «Не уведомлять о сообщениях участников(-ц) из списка» в настройках. Ещё можно совместить оба варианта и сворачивать ветки, начиная с сообщений указанных участников. Но там придётся подкрутить скрипт, потому что сейчас при сворачивании выполняется автоматическая прокрутка к началу ветки, а это не нужно в данном случае. — Джек (обс.) 08:22, 28 августа 2021 (UTC)[ответить]

ЗКАБ и др[править код]

Как минимум на ЗКАБ повисает форма: (не проверял, что происходит, если подождать, но) само сообщение отправляется нормально, проблемы с ответом сервера гаджету. Дифф
Дифф 2 то же самое. Вероятно, вы перевели часть гаджета на ускоренную отправку (что отлично работает), но интерфейс не поспевает. ~~‍~~ Jaguar K · 16:23, 6 сентября 2021 (UTC)[ответить]

Новая тема ^[править код]

Скорее всего новая тема "сверху" создается путем правки страницы, а не раздела. ~~‍~~ Jaguar K · 23:31, 6 сентября 2021 (UTC)[ответить]

предложение по зкаб[править код]

Предлагаю не менять статус слежения за страницей для зкаб, то есть: отправил запрос и забыл. Судя по топику, особо никому не мешает ~~‍~~ Jaguar K · 08:24, 15 сентября 2021 (UTC)[ответить]

Автор над шаблоном[править код]

Википедия:К переименованию/23 ноября 2020#Boom Boom (песня Loboda и Pharaoh) → Boom Boom (песня Лободы и Фараона)
Вот тут стоит шаблон "Сложно обсуждение", но автор последующего сообщения выводится над этим шаблоном. — Mike Somerset (обс.) 21:20, 7 сентября 2021 (UTC)[ответить]

перенос[править код]

После переноса без перенаправлений на текущем форуме блок с темой остается до обновления страницы. ~~‍~~ Jaguar K · 01:19, 8 сентября 2021 (UTC)[ответить]

справа[править код]

https://i.imgur.com/j4Cygh4.png ~~‍~~ Jaguar K · 09:43, 8 сентября 2021 (UTC)[ответить]

стирание сообщения[править код]

При стирании сообщения (+пробелы, переносы — все что апи не считает за содержимое) показывает пустоту в предпросмотре. Хорошо бы показывать подпись, тк стирание не равно удаление. ~~‍~~ Jaguar K · 12:41, 13 сентября 2021 (UTC)[ответить]

Изменения будут потеряны[править код]

не критично, но пишет в том числе в случае, когда апи считает сообщение пустым ~~‍~~ Jaguar K · 03:21, 14 сентября 2021 (UTC)[ответить]

редактирование[править код]

Заметил ошибку и отредактировал через CD (убрал перенос строки). Странно, что подпись не приклеилась к сообщению. Наверное не баг? ~~‍~~ Jaguar K · 16:15, 16 сентября 2021 (UTC)[ответить]

  • А скрипт счёл это сообщение оставленным на нулевом уровне и подпись оставил там же. Конец на нулевом уровне (без отступа) — значит всё на нулевом уровне. Если ошиблись с уровнем подписи, лучше отредактировать штатным редактором, а не скриптом. — Джек (обс.) 16:21, 16 сентября 2021 (UTC)[ответить]

Новое переформатирование сообщений[править код]

Не отключается новое переформатирование сообщений в настройках – при попытке сохранить настройки пишет ошибку в скриптах. Что делать? JelMak (обс.) 08:10, 2 октября 2021 (UTC)[ответить]

  • @JelMak: спасибо за сообщение об ошибке. Нашёл проблемное место, будет исправлено. Если вы хотите изменить настройки сейчас, откройте такой же диалог настроек, но не из списка наблюдения, а с любой из страниц обсуждения, кликнув на шестерёнку под любой из форм сообщения. В этом случае проблем при сохранении не возникнет. — Джек (обс.) 23:06, 2 октября 2021 (UTC)[ответить]
  • ✔ Исправлено. — Джек (обс.) 01:22, 3 октября 2021 (UTC)[ответить]
    • Спасибо! Появляется небольшая фича: если не нажать после этого кнопку «Обновить», а попытаться закрыть окно с помощью крестика, вылезает уведомление, что настройки не сохранены: это на тот случай, чтобы человек не удивлялся, если продолжит работать с необновлённой страницей? JelMak (обс.) 13:10, 4 октября 2021 (UTC)[ответить]
      • Нет, это другой баг, исправленный мной на днях :-) Ради исправления предыдущего я выпустил срочно исправленную версию, а этот пока полежит пару недель до полноценного релиза. — Джек (обс.) 00:51, 6 октября 2021 (UTC)[ответить]

Сбоит подсветка новых комментов[править код]

yadi.sk/i/HmFoqb7I_foKPA - так прямо сейчас отображается на странице Википедия:Форум администраторов. Причем, если нажать F5, то можно заметить, что сначала серый блок с закрытыми сообщениями отображается по всей ширине страницы, а потом, примерно через секунду правая его граница сдвигается левее. Может быть это и есть источник проблемы. — DenBkh (обс.) 11:26, 8 октября 2021 (UTC)[ответить]

  • @DenBkh: У меня не удаётся воспроизвести.
    > Причем, если нажать F5, то можно заметить, что сначала серый блок с закрытыми сообщениями отображается по всей ширине страницы, а потом, примерно через секунду правая его граница сдвигается левее. Может быть это и есть источник проблемы.
    Да, это намеренное поведение: подсветку сообщений не удаётся отображать корректно при наличии соседних плавающих элементов (в данном случае плавающий элемент — навшаблон «Задания для администраторов» справа), не присвоив блокам с фоном display: flow-root;, что сужает блок, так как убирает обтекание плавающих элементов. А вот сдвинутая подсветка — ненамеренное. На скриншоте я вижу, почему это происходит, — потому что следующие два сообщения имеют правильное позиционирование подсветки, а когда скрипт видит, что у 3 сообщений кряду подсветка позиционирована правильно, он не идет репозиционировать следующие. Но не знаю, как так произошло. По идее такое должно случаться очень редко, и достаточно изменить размер окна или открыть форму CD над этим местом, чтобы всё пришло в норму. Если вы помните, какие конкретные действия со страницей совершали перед тем, как глюк проявил себя, это может помочь.
    И подскажите, пожалуйста, какой у вас браузер? — Джек (обс.) 13:19, 8 октября 2021 (UTC)[ответить]
    • > Если вы помните, какие конкретные действия со страницей совершали перед тем, как глюк проявил себя, это может помочь.
      Да вроде никаких особо действий не совершал. Зашел на страницу и всё. Причем несколько раз её перезагружал - изменений не было. Ещё заметил, что сейчас серый блок растянут на всю ширину страницы (yadi.sk/i/HilZPYfsk97B9w), а раньше было так, как я описал в первом сообщении.
      > И подскажите, пожалуйста, какой у вас браузер?
      Браузер Firefox 92.0.1 — DenBkh (обс.) 15:54, 8 октября 2021 (UTC)[ответить]
      • yadi.sk/i/b8KHTrS74FR0sQ - Та же проблема опять, теперь уже на форуме Википедия:Форум/Общий.
        Браузер Firefox 93.0 — DenBkh (обс.) 16:19, 8 октября 2021 (UTC)[ответить]
        • Хм, это воспроизвёл (в Хроме тоже), но это вроде незначительная проблема. — Джек (обс.) 07:00, 9 октября 2021 (UTC)[ответить]
        • @DenBkh: Стал исследовать глубже и, похоже, нашёл корень проблемы! Да, это моя вина. И так случается действительно только с одним сообщением внутри блоков с цветным фоном. Спасибо за скриншоты — они помогли приблизиться к разгадке! Будет исправлено в следующей версии. — Джек (обс.) 08:09, 9 октября 2021 (UTC)[ответить]
      • > Ещё заметил, что сейчас серый блок растянут на всю ширину страницы (yadi.sk/i/HilZPYfsk97B9w), а раньше было так, как я описал в первом сообщении.
        Да, это потому, что все сообщения в блоке уже прочитаны и нечего подсвечивать, соответственно нет смысла добавлять CSS этому блоку. — Джек (обс.) 06:50, 9 октября 2021 (UTC)[ответить]

Закрыто[править код]

Нет кнопок ответить у сообщений после закрытой секции, на момент последней версии. ~~‍~~ Jaguar K · 12:30, 8 октября 2021 (UTC)[ответить]

  • Ммммм. Скрипт сейчас считает, что заголовок раздела в закрытой секции означает, что раздел закрыт. Подумаю, стоит ли заменить эту логику на что-то другое. — Джек (обс.) 12:58, 8 октября 2021 (UTC)[ответить]

тема снизу на странице тз уже с неделю+[править код]

[5][6][7] — помог временно, теперь снова снизу ~~‍~~ Jaguar K · 12:31, 8 октября 2021 (UTC)[ответить]

снова смещение реплики[править код]

https://ru.wikipedia.org/?diff=117934681 ~~‍~~ Jaguar K · 12:05, 17 ноября 2021 (UTC)[ответить]

вопрос про обновление страниц[править код]

В последний месяц или около того сталкиваюсь с тем фактом, что прочтенные (обычно путем навигации слева) сообщения при [повторном открытии страницы спустя время] подсвечиваются как новые (наряду с по-настоящему новыми). ~~‍~~ Jaguar K · 11:22, 18 ноября 2021 (UTC)[ответить]

  • Я с подобным поведением сталкиваюсь в ситуации, когда в процессе прочтения появляются новые сообщения и я потом нажимаю кнопочку . В этой ситуации сообщения, которые я уже прочитал, тоже показываются как непрочитанные, и сложно найти добавленные реплики. Michgrig (talk to me) 20:52, 18 ноября 2021 (UTC)[ответить]
    • @Michgrig: Это поведение (конкретно то, чтобы сообщения продолжали подвечиваться как новые в течение некоторого времени, конкретно 15 минут) закладывалось мной. У него есть недостатки, включая тот, который ты упомянул, но мне кажется, это лучше, чем терять новые сообщения, как только ты ушёл с вкладки, чтобы потом вернуться. Хотя я открыт предложениям.
      > В этой ситуации сообщения, которые я уже прочитал, тоже показываются как непрочитанные
      Они подсвечиваются, но не повышают цифру на навигационной панели. То есть они считаются новыми, но не непрочитанными. Всегда можно перейти к следующему непрочитанному сообщению, кликнув по цифре. — Джек (обс.) 13:38, 20 ноября 2021 (UTC)[ответить]
  • @Jaguar K: Эта жалоба вызывает мою озабоченность. Я уже когда-то чинил подобное поведение, и в тех случаях, когда оно наблюдалось тогда, сейчас подобного я не наблюдаю. Зато могу подтвердить, что если в Хроме одновременно открыть несколько вкладок и сразу переключиться на них (по очереди), то во всех, кроме последней, состояние непрочитанности сохраняется. Но если пробыть на одной вкладке хотя бы 2 секунды, то всё нормально. Я не знаю, по той же ли причине появляется проблема у вас, но могу констатировать её наличие в упомянутом случае. Я пока не знаю, как с ней бороться, — она связана с тем, что состояние прочитанности не успевает сохраниться, прежде чем его читает другая вкладка и сохраняет прошлое состояние поверх. В отличие от файловой системы, у нас нельзя заблокировать файл на чтение... — Джек (обс.) 13:33, 20 ноября 2021 (UTC)[ответить]
    • Точную причину я и сам не нашел пока что, спасибо за комментарий. ~~‍~~ Jaguar K · 13:40, 20 ноября 2021 (UTC)[ответить]
      • Как вариант: открыт форум вопросов. Прочитан. Затем (не закрывая) открывается (после появляния нового сообщения в СН) он же в новой вкладке и баг.
        Вероятно связано с поведением выше у Michgrig, тк я ориентируюсь на цифру, а то как отметил СД сообщение не смотрю. ~~‍~~ Jaguar K · 13:42, 20 ноября 2021 (UTC)[ответить]
        • Если это та же проблема, что и у Michgrig, то с цифрой всё как раз должно быть в порядке. Сохранение подсветки, соответственно, как я уже сказал, — заложенное поведение. — Джек (обс.) 13:51, 20 ноября 2021 (UTC)[ответить]
  • Плюс возможно несвязанный вариант бага: после написания или изменения сообщения, эти действия считаются как новые (при следующей загрузке страницы)
    В общем, пока ничего конкретного. ~~‍~~ Jaguar K · 13:48, 20 ноября 2021 (UTC)[ответить]
  • @Jaguar K, @Michgrig: ещё, кстати, сейчас есть такая возможность: нажать кнопку обновления на панели, удерживая Ctrl, — тогда всё существующее выделение зелёным пропадёт, выделенными станут только сообщения, которые ранее не отображались. — Джек (обс.) 19:59, 20 ноября 2021 (UTC)[ответить]
  • Обновляю вопрос.
    Технический форум, сейчас. Была цифра 8.
    По факту было 6 непрочитанных + 1 редактирование, начиная с https://ru.wikipedia.org/?diff=118428564
    Скрин оглавления https://i.imgur.com/3urhFoo.png с пометками: красные — CD, зеленые — новые по факту.
    Скрины:
    1 вместо 2 https://i.imgur.com/MaOitVk.png
    2 https://i.imgur.com/L2hdvvC.png оно же 3 до разворота окна в полноэкранный, тк открылся обрезанный снизу[источник не указан 901 день] комментарий. То бишь, все или, по крайней мере, два последних, комментарии ветки «Фильтр правок против вандала» засчитало как новые.
    Неотправленное сообщение было написано сутки назад.
    Выше не сохранил скринов (в частности, на 4 Сравнение версий…)
    Что касается первых трех тем (1 #Яжотец 2 Панель инструментов 3 Намиб-Науклуфт), возможно я пролистал машинально их, то бишь цифра до того могла быть больше 8.
    Ясно, что этим скринам по факту верить нельзя, так что можете не верить.
    Форум пока оставлю открытым, если чего нужно из консоли.
    зы: Тема Mediawiki стрелочками не находится. ~~‍~~ Jaguar K · 00:33, 7 декабря 2021 (UTC)[ответить]

Подвисание на больших страницах[править код]

Был вынужден отключить скрипт, поскольку он стабильно завешивает загрузку страницы на больших обсуждениях. Об этом мне рапортует браузер и даёт возможность прервать выполнение скрипта. На маленьких страницах такой проблемы нет, и если бы все обсуждения, в которых я участвую, были таковыми, проблем бы не было никаких. Поскольку, видимо, понятие "маленький" относительно, и определяется мощностью компа и размером оперативной памяти, а может и ещё чем-то, нельзя ли добавить параметризацию, отключающую скрипт (или только некоторые особо ёмкие его опции) для страниц размером больше некоторого вручную установленного значения? К ёмким опциям, да и не особо нужным, я бы отнёс (не знаю, как это по-научному называется) формирование в TOC рубрикации по участникам обсуждений. kmorozov (обс.) 05:32, 19 ноября 2021 (UTC)[ответить]

  • Вы можете это отключить, жмёте шестерёнку под окном редактирования скрипта и отключаете опцию "модифицировать оглавление" MBH 09:57, 19 ноября 2021 (UTC)[ответить]
    • Спасибо. А за одно уж, чтобы 2 раза не ходить. Можно ли как-то вернуть компактный вид реплик, когда имя участника не сверху слева на отдельной строке, как сейчас, а справа внизу? На мой взгляд, слишком из-за этого расползается в высоту. kmorozov (обс.) 10:12, 19 ноября 2021 (UTC)[ответить]
  • Сожалею. Большая часть времени тратится на преобразование кода сообщений. В этом плане небольшой выигрыш может дать отключение нового оформления сообщений (в настройках —
    «Переформатировать сообщения, заменяя подписи на стандартные ссылки сверху и снизу»). Но в целом в этом коде всё уже оптимизировано вдоль и поперёк.
    Но всегда возможны недоработки, поэтому, если вы хотите помочь, можете сбросить данные о том, сколько времени отнимает каждый этап. Чтобы получить их, откройте консоль браузера (F12 → вкладка Console). Далее, если у вас Chrome, сверху раскрываем All levels и ставим галочку на Verbose. Если Firefox — сверху жмём Debug, чтобы стало серым. В консоли появятся строки, начиная с «total time: ...» и кончая «final code and rendering: ...». Вот эти несколько строк можете скинуть. Заранее спасибо. И тогда скажите, пожалуйста, какой у вас браузер.
    > нельзя ли добавить параметризацию, отключающую скрипт (или только некоторые особо ёмкие его опции) для страниц размером больше некоторого вручную установленного значения?
    Это было бы очень нетривиальной опцией.
    Ещё какую-то экономию можно получить, если отключить раскрываемые ветки («Позволять сворачивать ветки»). Отключение модификации оглавления же практически не принесёт выигрыша. — Джек (обс.) 10:21, 19 ноября 2021 (UTC)[ответить]
    • Я предположил, что принесёт, поскольку когда я срубаю средствами браузера скрипт (вверху появляется кнопка "Остановить выполнение"), отрисовывается всё, кроме модифицированного оглавления. Браузер firefox, вывод сейчас подготовлю. kmorozov (обс.) 10:29, 19 ноября 2021 (UTC)[ответить]
      • > отрисовывается всё, кроме модифицированного оглавления
        Просто оно отрисовывается последним, до него не доходит. — Джек (обс.) 10:31, 19 ноября 2021 (UTC)[ответить]
      • Да, и пример страницы, на которой зависает, тогда дайте, пожалуйста. — Джек (обс.) 10:35, 19 ноября 2021 (UTC)[ответить]
        • На этой:
          total time: 633
          number of comments: 161
          per comment: 2.36
          loading config and strings: 0
          start: 5
          loading data: 202
          preparations: 44
          main code: 164
          process comments: 133
          process sections: 25
          final code and rendering: 216
          На ЗКА:
          total time: 2067
          number of comments: 520
          per comment: 2.79
          loading config and strings: 0
          start: 8
          loading data: 468
          preparations: 104
          main code: 559
          process comments: 457
          process sections: 86
          final code and rendering: 892 kmorozov (обс.) 10:39, 19 ноября 2021 (UTC)[ответить]
          • Подвисало на обоих. kmorozov (обс.) 10:40, 19 ноября 2021 (UTC)[ответить]
            • Интересно. Эти данные говорят о том, что выполнение основного кода занимает максимум 2 секунды. То есть, по идее, с первичной обработкой страницы никаких проблем нет. Тогда я затрудняюсь сказать, в чём может быть проблема. Особенно учитывая, что вы говорите, что до обработки оглавления даже не доходит.
              Вообще у меня есть одно подозрение. Вы не могли бы попробовать временно отключить другие пользовательские скрипты и гаджеты? Если какой-то из них совершает очень много изменений на странице после того, как выполняется CD, он может сильно трепыхать CD на предмет обновления элементов его интерфейса. Я как раз готовлю обновление, которое могло бы немного уменьшить подобный эффект. Но пока что в таких случаях рекомендуется исследовать, какой другой скрипт вызывает эти проблемы и почему. — Джек (обс.) 10:51, 19 ноября 2021 (UTC)[ответить]
              • У меня только этот скрипт включен. kmorozov (обс.) 11:12, 19 ноября 2021 (UTC)[ответить]
                • Какой-то нетривиальный гаджет, возможно?
                  Ещё вариант — расширение браузера, вмешивающееся в содержимое страницы. — Джек (обс.) 11:14, 19 ноября 2021 (UTC)[ответить]
                • То есть мы выяснили, что с быстродействием процессора, которое тут больше всего влияет, у вас проблем нет. У многих пользователей CD Firefox, и у них такого нет. Значит, причина в чём-то другом. В консоли браузера нет каких-то других ошибок (на красном или жёлтом фоне)? Ещё теоретически может быть проблема с локальным хранилищем, которая иногда бывает в Firefox. Чтобы проверить её наличие, нужно нажать F12, перейти на вкладку Storage, слева выбрать Local Storage и посмотреть, появятся ли записи. — Джек (обс.) 11:21, 19 ноября 2021 (UTC)[ответить]

Предложение[править код]

Обнаружил, что при открытии любой страницы с неотправленным в CD сообщением, если не взаимодействовать со страницей (ничего не кликать, но можно скроллить)
и далее закрыть её, отсутствует сообщение «Предупреждать, когда я покидаю страницу с несохранёнными изменениями».
Можно сделать так, чтобы любые формы CD не вызывали такого сообщения? В настройках вики нельзя отключить только для обсуждений.

пс: пробел в начале строки сохранился вот так, не баг? ~~‍~~ Jaguar K · 19:19, 28 ноября 2021 (UTC)[ответить]

  • > отсутствует сообщение
    > Можно сделать так, чтобы любые формы CD не вызывали такого сообщения?
    Не понял, отсутствует или присутствует? У меня присутствует. Смысл в том, что сохранение черновиков действует только ограниченное время и в целом лучше, чтобы пользователь помнил, что у него тут неотправленная форма. Предполагается, что у пользователей нет на страницах каких-то вечно неотправленных форм, чтобы им могли досаждать подобные сообщения. А какой у вас юзкейс, если вам досаждают?
    > не баг?
    Нет. — Джек (обс.) 15:26, 29 ноября 2021 (UTC)[ответить]

Ошибка при вставке диффа[править код]

Сценарий:
1. Скопировать из строки браузера дифф какой-нибудь статьи, например, такую строку: https://ru.wikipedia.org/w/index.php?title=%D0%9F%D0%B5%D1%80%D0%BC%D1%8C&type=revision&diff=118183659&oldid=117933733.
2. Нажать кнопку «Ссылка».
3. В открывшемся окне вставить ссылку в поле «Целевая страница или URL».
Результат: Выводится ошибка: «Указанное вами название недействительно». Что печальнее всего, даже при переключении радиобатона в значение «На внешнюю веб-страницу» ошибка не пропадает и форма не даёт вставить ссылку.

Если перед шагом 3 выбрать «На внешнюю веб-страницу», то ошибки не выводится. — Mike Somerset (обс.) 15:11, 29 ноября 2021 (UTC)[ответить]

Вопрос[править код]

Последние две реплики в данном обсуждении (Википедия:К_переименованию/28_мая_2020#Соответствие_ВП:ИС/Критерии) отображаются у меня сгруппированными в одну, участника Dima st bk.
Это из-за чего так? — Mike Somerset (обс.) 05:45, 1 декабря 2021 (UTC)[ответить]

https://ru.wikipedia.org/?diff=118572225 ~~‍~~ Jaguar K · 23:23, 11 декабря 2021 (UTC)[ответить]

зкаб-ответить в раздел[править код]

Периодически появляются кнопки ответа не в конце, вероятно, связано с отсутствием пустой строки.
Можно от них избавиться? upd возможно, проблема в Участник:Absconditus/reporter.js, которым пользуется La loi et la justice [8][9] ~~‍~~ Jaguar K · 12:07, 18 декабря 2021 (UTC)[ответить]

Да и в принципе зкаб можно исключить из обработки, если находишься на его странице (а не на зка) ~~‍~~ Jaguar K · 16:13, 24 декабря 2021 (UTC)[ответить]

Линии управления ветками находятся в слое выше кнопок навигации, это неверно, плюс ошибочные клики при свернутом меню ~~‍~~ Jaguar K · 16:13, 24 декабря 2021 (UTC)[ответить]

ругается на hr, видимо[править код]

при редактировании или ответе на свое сообщение https://ru.wikipedia.org/?diff=118706556 ~~‍~~ Jaguar K · 15:25, 18 декабря 2021 (UTC)[ответить]

пустые * сбивают гаджет с толку[править код]

https://ru.wikipedia.org/?diff=118762116 ~~‍~~ Jaguar K · 09:52, 21 декабря 2021 (UTC)[ответить]

линия на тексте[править код]

ut:Sas1975kr https://i.imgur.com/EJouQX3.png ~~‍~~ Jaguar K · 10:58, 31 декабря 2021 (UTC)[ответить]

  • Это очень головоломный случай, связанный с сочетанием списков, левого выравнивания картинки и CD. Первых двух компонентов достаточно для глюков (непонятно, кто кому отвечает), а когда прибавляется CD, получается вообще непонятно, что делать. Рекомендую в таких случаях менять выравнивание на правое. Jack who built the house (обс.) 19:12, 31 декабря 2021 (UTC)[ответить]

soft redirect & archive[править код]

Обсуждение_шаблона:Не_переведено_3#Внешний_вид_FFFUUUUUU мб учитывать редирект при поиске ~~‍~~ Jaguar K · 04:32, 11 января 2022 (UTC)[ответить]

обрезается самая нижняя реплика (самого Obersachse, «Впрочем, для конструктивной критики») на странице. Видимо, ссылка на СО распознается как подпись. Abiyoyo (обс.) 03:16, 16 января 2022 (UTC)[ответить]

То же, что выше[править код]

1. вот тут https://i.imgur.com/fx2e5JZ.png
2. вот здесь при редактировании обрезает все после первой подписи (хотя при чтении ок) ~~‍~~ Jaguar K · 14:06, 18 января 2022 (UTC)[ответить]

  • Спасибо. По поводу первого — когда кто-то оставляет сообщение через <br>, это в любом случае надо исправлять в коде, потому что это, с точки зрения HTML, то же, что несколько сообщений на одной строке, а с этим CD не работает ввиду крайней трудоёмкости, отсутствия понятной логики, которой можно было бы следовать, и малого выхлопа. Jack who built the house (обс.) 16:04, 18 января 2022 (UTC)[ответить]

перенесено[править код]

дифф тса не находит ~~‍~~ Jaguar K · 08:07, 20 января 2022 (UTC)[ответить]

Текст после шаблона smalldiv[править код]

Если сообщение, в котором есть подпись, заключённая в {{smalldiv}}, изменено (например, такое часто бывает на КУ), то текст «Сообщение изменилось…» становится мелким. https://imgur.com/a/ajkTypN Radmir Far (обс.) 18:11, 21 января 2022 (UTC)[ответить]

без даты[править код]

Бот снова офф, так что здесь не то с переформатированием ~~‍~~ Jaguar K · 14:20, 22 января 2022 (UTC)[ответить]

Открытие изображения приводит к пропаданию отметок[править код]

Если открыть изображение в просмотрщике медиафайлов, а потом выйти, то с сообщений слетают все отметки (новое, собственное сообщение и проч.) Если навести мышкой на сообщение, то отметки возвращаются.
https://imgur.com/a/53QfNm8 Radmir Far (обс.) 12:31, 23 января 2022 (UTC)[ответить]

Вопрос про новые сообщения[править код]

Википедия:Выборы_арбитров/Зима_2022/Форум, 60+ непрочитанных сообщений. Читаю, приходит еще 5, из них несколько в секцию, которую читаю. Открываю секцию в новом окне, закрываю старое и получаю 5+ непрочитанных, то есть только новые (и у старых подсветки нет). А было около (40 + новые5+) непрочитанных. ~~‍~~ Jaguar K · 15:14, 25 января 2022 (UTC)[ответить]

предложение по якорям[править код]

С некоторых пор движок добавляет детали discussion tools. Почему бы не использовать их для якорей для участников, не имеющих CD? пример якоря upd: Сейчас CD вырезает этот код, так у включивших CD якоря не работают. ~~‍~~ Jaguar K · 16:03, 25 января 2022 (UTC)[ответить]

  • Да, это уже реализовано в разработческой версии, но я пока занят, поэтому следующий релиз откладывается. CD вырезает этот код, потому что перехватывает все обращения к якорям DT и перенаправляет на реплики в CD, так что они работают в нём. Jack who built the house (обс.) 17:14, 27 января 2022 (UTC)[ответить]

{{tl}} показывает ерунду в левом меню. ~~‍~~ Jaguar K · 07:30, 15 февраля 2022 (UTC)[ответить]

скрипт позволяет забыть о КР[править код]

Мне кажется, стоит подумать о формулировке[10]. Когда у меня последний раз был КР, мне высветило сообщение о нем, но текст отправлен не был. ~~‍~~ Jaguar K · 20:56, 16 февраля 2022 (UTC)[ответить]

новые сообщения[править код]

Непрерывно подсвечивает новым это сообщение ~~‍~~ Jaguar K · 18:12, 26 февраля 2022 (UTC)[ответить]

CD из-под блокировки[править код]

Представился случай протестировать CD в блоке. Не сохраняет сообщение, пишет, что метки забаненным нельзя оставлять. Не то чтобы большой баг (можно сказать, что, мол, «Ты ж забанен, куда тебе писать-то кроме СО, потерпишь»), но вот такая особенность. Abiyoyo (обс.) 17:37, 27 февраля 2022 (UTC)[ответить]

link; кроме того, новые голоса CD нумерует с 1 ~~‍~~ Jaguar K · 11:18, 28 февраля 2022 (UTC)[ответить]

закрытая снизу тема[править код]

#Промежуточный_итог CD не дает возможность ответить в открытую часть; после правки все осталось так же. ~~‍~~ Jaguar K · 13:14, 1 марта 2022 (UTC)[ответить]

викификация темы при переносе[править код]

[11] [12] {{=}} не экранируется ~~‍~~ Jaguar K · 13:43, 1 марта 2022 (UTC)[ответить]

Элемент скрыт. Невозможно к нему перейти.[править код]

Википедия:Форум_арбитров#202203101444_Lesless хотя все открыто [13] (я пролистал вниз, убедился, что ветка не скрыта (тем более, что отключил эту функцию), и несколько раз кликал) ~~‍~~ Jaguar K · 15:23, 10 марта 2022 (UTC)[ответить]

ш:добавить тему и ш:новые снизу[править код]

Тут не задействуется CD. ~~‍~~ Jaguar K · 07:40, 16 апреля 2022 (UTC)[ответить]

Не находит дифф, хотя он с подписью https://ru.wikipedia.org/?diff=122124595 и даже написан через CD. Версия на момент https://ru.wikipedia.org/?diff=122126351 или предыдущей правки. ~~‍~~ Jaguar K · 17:42, 6 мая 2022 (UTC)[ответить]

Исчезает[править код]

При попытке отредактировать свой запрос через CD тема просто исчезает со страницы целиком. ~~‍~~ Jaguar K · 13:34, 27 июля 2022 (UTC)[ответить]

Сообщение изменилось после вашего последнего посещения. Разница версий[править код]

Сегодня на всех страницах беспричинно всплывает эта надпись. Например, здесь, около каждого сообщения, в некоторых других местах у половины сообщений. Изменений, ессно, нет. @JWBTH @Jack who built the house ~~‍~~ Jaguar K · 23:10, 4 августа 2022 (UTC)[ответить]