не активны смайлики на Codeseller

Здравствуйте.

Сообщите детали: ваш браузер. Его версия. Ваша операционная система. Её версия.
Стоят ли какие плагины в браузере - возможно они блокируют.

Я давно сообщал о этой проблеме, как только ввели новые смайлы.

Microsoft Windows [Version 10.0.10586]
Google Chrome Версия 79.0.3945.88
Плагинов никаких нет
В других браузерах то же не работает

вот как поймать её?
Я на 10-ке (10.0.17134) проблем не вижу.

У вас при открытии списка эмодзи идут запросы на

Хочется взглянуть на вашу вкладку Сеть при открытии списка эмодзи

Регулярно появляется такая проблема на разных браузерах, разных компьютерах, разных ОС и нескольких провайдерах. Самое интересное, что через какое-то время все эмодзи отображаются корректно. Затем, проблема возникает вновь. Логики не вижу.
Собственно, на этом сайте сейчас тоже у меня есть проблемы (как и на своем) с отображением эмодзи (FireFox, win 10)

Запрос отправляется, но только для одной картинки - флага.

Вот как в html выглядят эмодзи

Чувствую ответ надо искать в track wordpress

Ничего для других картинок, они ведь не картинки, а символы

Беда в том что у вас они как символы. У кого работают - они картинки

Почему механизм отрабатывает не у всех - вопрос наверно к разрабам вордпресс. Я тут ничего нового не изобретал - беру эмодзи и в массив смайлов его вставляю. Дальше уже вордпресс парсит их скриптом из ядра и посылает запрос на sworg получая для каждого картинку

в консоли window._wpemojiSettings что возвращает?

У меня так:

Вот, например, что мне возвращает МОЙ сервер при запросе смайлов:

array(22) {
  [0]=>
  string(4) "😉"
  [1]=>
  string(4) "😐"
  [2]=>
  string(4) "😡"
  [3]=>
  string(4) "😈"
  [4]=>
  string(4) "🙂"
  [5]=>
  string(4) "😯"
  [6]=>
  string(4) "🙁"
  [7]=>
  string(4) "🙄"
  [8]=>
  string(4) "😛"
  [9]=>
  string(4) "😳"
  [10]=>
  string(4) "😮"
  [11]=>
  string(142) "<img src="http://wppreci.ru/wp-includes/images/smilies/mrgreen.png" alt=":mrgreen:" class="wp-smiley" style="height: 1em; max-height: 1em;" />"
  [12]=>
  string(4) "😆"
  [13]=>
  string(4) "💡"
  [14]=>
  string(4) "😀"
  [15]=>
  string(4) "👿"
  [16]=>
  string(4) "😥"
  [17]=>
  string(4) "😎"
  [18]=>
  string(3) "➡"
  [19]=>
  string(4) "😕"
  [20]=>
  string(3) "❓"
  [21]=>
  string(3) "❗"
}

т.е. функция convert_smilies какие-то смайлы конвертит, какие то нет

А если через esc_html прогнать то будет не смайл визуально а его юникод значение? & amp; #x1f642;

rcl_get_smiles_ajax вызывает convert_smilies а вот там что-то неладное происходит.

Но для меня загадка - почему не серверная работа происходит, а именно что-то на клиенте не так отрабатывает. Иначе мы бы все видели кодеселлер эмодзи как вы. В чем отличия и почему скрипт twemoji ведет себя по разному - вот вопрос...

Если я сам после ajax запроса смайлов пропишу в консоль

twemoji.parse(document)

То все работает

значит теоретически можно в js функции rcl_init_hover_smilies хук создать rcl_do_action('rcl_emoji'); и по нему реинициализировать скрипт twemoji?
я повторить этот баг, как писал выше, не могу. Действовать вслепую не хочется

Ну вроде как оно в любом случае должно вызываться:

twemoji.parse(document.body)

Единственная проблема - у кого то она 2 раза будет выполняться, но я не думаю что это какая-то серьезная нагрузка )

Артём - так же тоже отработает у тебя?

var sm = document.getElementsByClassName('smiles');
twemoji.parse(sm);

быстрей будет чем рендерить весь документ

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

var sm = document.getElementsByClassName('smiles')[0];
twemoji.parse(sm);

Да с [0] работает

ну значит как выход - в то место в wp-recall js хук добавить. И в допе эмодзи я сделаю релоад этого скрипта.

Спасибо за помощь в поиске

Как только будет обновление - открою тему и сообщу.
Закрыто.

Версия 1.2 Smilies in Emoji выпущена. Обновляйте у себя и проверяйте.