Не правильно работает переход по ссылкам с одинаковым target. До появления многозадачности или многопроцессорности(точное название не знаю, буду называть "многозадачность") переход по ссылке с одинаковым target в разных окнах открывал одну новую вкладку и при клике опять на этой ссылке новая вкладка, которая открылась ранее, не открывалась, а обновлялась.
Объясню на примере:
Есть две идентичные вкладки, назовем их "Вкладка №1" и "Вкладка №2". В первой вкладке мы нажимаем ссылку с target="123". Открывается новая вкладка, назовем ее "Вкладка из ссылки". Далее переходим на вкладка "Вкладка №2" и нажимаем на ту же ссылку с target="123". Новая вкладка не открывается, а обновляется уже открытая вкладка "Вкладка из ссылки".
Так было раньше, до введения "многозадачности".
Теперь вкладка "Вкладка из ссылки" не обновляется, а открывается новая.
Проверял на версии firefox 40, работает как нужно. На версии 51, не работает.
Режим "многозадачности" отключать не хочу, очень нравится.
Возможно ли как то решить эту проблему?

Это может быть как правильным поведением, так и неправильным. Зависит от того, принадлежит содержимое вкладок №1 и №2 одному сайту или разным.
Если в обеих вкладках открыты странички одного и того же сайта, то содержимое вкладки "123" должно обновляться.
Но если они с разных сайтов, то должна открываться новая вкладка.

P.S.

Оба варианта неправильные. Правильно: многопроцессность.

открывать вторую вкладку с тем же адресом по второму клику это нормальное правильное и логичное поведение
другое дело то что разрабы в своей "заботе о глупых юзверях" впилили в ФФ фичу не дающую открыть две вкладки с одним адресом, ну а с впиливанием многопроцессности никто не озаботился проверить совместимость фичи.
так что ищем на багтрекере багрепорт об этом и подтверждаем а если его нет то создаём и ждём когда пофиксят.
или периодически шерстим АМО вдруг ктото уже не стал ждать и выпустил расширение-фикс.

И чем тогда target="имя" будет отличаться от target="_blank"?

target="имя" - это рудимент ныне отвергнутой технологии в HTML, именуемой "frames". Именно имя фрейма надлежало указывать в target="имя". А открывать на странице вторую копию фрейма - идея несколько завиральная даже для нетскейповцев. (Причём тут они? А именно они фреймы в HTML ввели.)
А с другой стороны - если в соседней вкладке или окне открыт другой сайт, и у него тоже фреймовая структура, и имена фреймов случайно совпали, то для браузера было бы глупо отправлять информацию во фрейм посторонней странички. Отсюда и описанная мной в предыдущем сообщении логика.

Спасибо за совет. Может подскажете ссылку на багтреккер, где можно запостить багрепорт?

10-03-2017 12:09:50

На обеих вкладках открыты странички одного сайта. Использование target нужно для старой системы. Если вдруг вы знаете чем его можно заменить, подскажите пожалуйста. Но логика должна сохраняться. Возможно это можно сделать на JS, но готовых решений я не нашел.

https://bugzilla.mozilla.org/ основной
https://bugzilla.mozilla-russia.org/ насчет этого не в курсе - спроси у администрации форума

yup
поясняю - таргет бланк - всегда означает открытие нового окна\вкладки
другие таргеты обращаются только внутри текущей страницы то есть
если ты открыл во вкладках две одинаковых страницы с фреймами  и в одной кликнул по ссылке указывающей на внутренний фрейм то в другой вкладке ничего не случиться ибо это независимые окошки.

Согласен. Но осталась не рассмотренной пара случаев, один из которых - когда на странице нет фреймов, а target="имя" в ссылках присутствует. Как такие ссылки открывать, когда:
а) на страничке щелкают по ссылкам с одинаковым target?
б) одна и та же страничка открыта в разных вкладках и там щелкают по ссылкам с одинаковым target?

Стандарт о такой ситуации не говорит ничего. Лично мне кажется, что если логику работы с фреймами экстраполировать на эти ситуации, то в случаях а) и б) следует обновлять содержимое одной и той же [внутренне именованной] вкладки. Причём однажды мне даже пришлось задаться этим вопросом и поэкспериментировать. В результате была выявлена именно вышеуказанная логика работы браузера.

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

Но стандарт не определяет поведение браузера в такой ситуации. Поэтому разработчики что хотят, то и воротят. И ничего им не предъявишь.

А кроме того, если вспомнить историю появления конструкции "target=" в HTML, то мозилловцы вообще имеют полное право заявлять: "Нам виднее, как оно должно работать".

Нашёл на сайте w3.org интересный документ. Не стандарт, но рекомендации по его реализации. Там говорится, что адресата, указанного в "target=", надлежит искать по всей иерархии окон.
Т.е., если на каком-то этапе поиска нужное имя будет найдено даже в совершенно постороннем окне (вкладке), то показывать нужно в нём.
Если же имя нигде не будет найдено, то нужно создать новое окно, создать в нём фрейм с этим именем и показать в нём.
А из этого автоматом следует, что последующие обращения к данному имени должны попадать в это же свежесозданное окно, а не приводить к открытию нового.

Так что у proverkatarget есть формальные основания оформлять заявление об ошибке.

yup Ссылкой на документ и на ту его часть, где всё это описывается не поделитесь?

FireForce
Performance, Implementation, and Design Notes

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

w3c походу тоже упоротые если такую явную дырищу делают стандартом.
рукалицо.жпг

неа - не самому окну а новому созданному.

Понятия "область видимости" и "иерархия сущностей" им как будто неведомы.

Естественно. "Самому окну" в моей фразе именно к новосозданному и относилось.

Спасибо за поиск!

Запостил багреппорт https://bugzilla.mozilla.org/show_bug.cgi?id=1346691
На русскоязычной версии не нашел нужного пункта.