Баги форума

Заметил странное поведение подписки. Подписался я на обновление темы в почту и на сайте.
Приходить письмо на почту, мол, новые ответы в теме. Перехожу по ссылке, читаю, брожу дальше по сайту... Но в правом верхнем углу форума, в разделе "оповещение" уведомление об обновлении темы всё ещё висит. И будет висеть, пока я по нему не пройду. Т.е., переход по ссылке из почты не связана с уведомлениями внутри форума.

Баг или фича?

 

@SAS, в последнее время форум стал радовать подобным:

 

@SAS, Обычно дабл-постинг случается у владельцев Оперы.

 

@SAS, Несколько лет назад я сидел на опере. Частенько страницы ни в какую не хотели грузиться. Приходилось повторно нажимать на кнопку отправить, что и приводило к этому дублю.

 

А речь про старую оперу (версия 12 и ниже) или новую? Старая - свой движок, новая - хромовский.
Впрочем, я много лет подряд (до отмены дальнейшего развития 12й) сидел на ней и на форуме, ни единой проблемы не вспомню.

 

У вас криво реализован переход по внешним ссылкам. Они всегда открываются в новой вкладке, что раздражает. Если я хочу открыть ссылку в новой вкладке — я использую среднюю кнопку мыши. Это стандартное поведение, и не нужно его ломать. Если вам так уж нужно, чтобы внешние ссылки открывались в новых вкладках, делайте это хотя бы по-человечески, без участия JS, через простой атрибут target="_blank", чтобы пользователь мог легко расширением для браузера вернуть обычное поведение всем ссылкам с target="_blank".

 

@SAS, помимо этого на каждую ссылку навешена пачка событий. И дважды навешено событие (один раз обычным образом, второй раз через jQuery live, непонятно тоже зачем это делать было дважды, если достаточно live), которое кодом на JS принудительно открывает новое окно, предотвращая стандартное поведение браузера:

Код:

var a = function(a) {
  if (!a.isDefaultPrevented()) {
  var d =
  c(this),
  e = d.attr("href"),
  f = d.data("blank-handler-last");
  if (e && (!e.match(/^[a-z]:/i) || e.match(/^https?:/i)))
  if (e = XenForo.canonicalizeUrl(e), (!RegExp("^[a-z]+://" + location.host + "(/|$|:)", "i").test(e) || d.hasClass("ProxyLink")) && !(f && f == a.timeStamp)) {
  d.data("blank-handler-last", a.timeStamp);
  var h = navigator.userAgent,
  d = h.indexOf("MSIE") !== -1,
  f = h.indexOf("Safari") !== -1 && h.indexOf("Chrome") == -1,
  h = h.indexOf("Gecko/") !== -1;
  if (!a.shiftKey || !h)
  if ((!f || !a.shiftKey && !a.altKey) && !d) {
  if (f) d = c('<iframe style="display: none" />').appendTo(i.body),
  f = d[0].contentDocument || d[0].contentWindow.document, f.__href = e, e = c("<script />", f), e[0].text = "window.opener=null;window.parent=null;window.top=null;window.frameElement=null;window.open(document.__href).opener = null;", f.body.appendChild(e[0]), d.remove();
  else {
  e = g.open(e);
  try {
  e.opener = null
  } catch (j) {}
  }
  a.preventDefault()
  }
  }
  }
}

Код минифицирован, поэтому такие названия у переменных. Но видно, что ведутся танцы, связанные с открытием нового окна и предотвращением оригинального поведения.
В неминифицированной версии кода будет, думаю, более очевидно происходящее.

Чтобы убедиться, что у вас target="_blank" не работает, а работает JS скрипт, который зачем-то дублирует функцию target="_blank", можете просто в инструментах разработчика браузера удалить target="_blank" и кликнуть по ссылке. Она всё равно откроется в новой вкладке.

 

Нда. Нашёл код этого счастья тут:

Код:

        if (isSafari)
         {
           // Safari doesn't work with the other approach
           // Concept from: https://github.com/danielstjules/blankshield
           var $iframe, iframeDoc, $script;

           $iframe = $('<iframe style="display: none" />').appendTo(document.body);
           iframeDoc = $iframe[0].contentDocument || $iframe[0].contentWindow.document;

           iframeDoc.__href = href; // set this so we don't need to do an eval-type thing

           $script = $('<script />', iframeDoc);
           $script[0].text = 'window.opener=null;' +
             'window.parent=null;window.top=null;window.frameElement=null;' +
             'window.open(document.__href).opener = null;';

           iframeDoc.body.appendChild($script[0]);
           $iframe.remove();
         }
         else
         {
           // use this approach for the rest to maintain referrers when possible
           var w = window.open(href);

           try
           {
             // this can potentially fail, don't want to break
             w.opener = null;
           }
           catch (e) {}
         }

         e.preventDefault();

Похоже, что они написали этот костыль для обхода проблемы Blink/WebKit, которая позволяет отредиректить страницу-родителя новой вкладки из кода новой вкладки, судя по https://github.com/danielstjules/blankshield

То есть это фича. Печаль. Боюсь, чтобы это не стало модным.

И странно, почему разработчики WebKit/Blink не исправят эту проблему у себя в движках.

 

На форуме, кажется, сломался поиск.

 

Интересно, а как вот такое возможно:

 

@Uka, кстати, замечаю временами подобное явление. Как правило, рабочий момент, в моем случае связано с некоторой задержкой обновляемых сведений об этих сообщениях.

 

Обратил внимание, что если пользователь, сменивший ник, до этого оценил какую-то запись в дневнике, то под записью остаётся его старый ник. Вот так:

 

Старый вариант имени пользователя остаётся не только в указанном месте, но и во многих других. Включая цитаты.