Версия 8.0.4033.34 (Windows 11 x64 25H2 со всеми свежими апдейтами). В настройках Duplicated Tab Position установлена в As Last Tab. На самом деле отрабывает как Next to Original Tab при любом варианте этой настройки.
Отдельное спасибо вам за то, что не поломались настройки при обновлении до 8-й версии. Я уже отвык от этого и ставил ставил с дрожащими руками и мыслью: "Какие настройки собьются в этот раз?". Но нет, вообще всё осталось нетронутым, ни одна настройка не пострадала. 👍
Да, обводка получилось неудачной, ИМХО. Мне пришлось назначить цвета на группы, чтобы было вообще понятно, что это группы, а не просто визуальный шум. В 7-й версии в этом не было необходимости, группы были отчетливо видны. У меня светлая тема на основе Subtle.
Я в свое время удали из контекстного меню ссылки подменю "Open Link in", добавив два из его пунктов в основное контекстного меню ссылки. Сегодня на вашем скриншоте я увидел подпнкт "Open Link in Tiled Tab" и решил его также добавить в основное меню ссылки. И оказалось, что в настройках меню "Link" справа в списке "Commands" такого пункта просто нет.
Пришлось сбрасывать мое меню, чтобы возвратить подменю "Open Link in", и настраивать контекстное меню ссылки заново.
Но вообще вопросы к этой фиче, вероятно, будут даже у тех, кому она потенциально нравится. Вот есть некий сайт. При логине он редиректит на другой домен, потом на третий, там форма аутентификации, после чего перекидывает обратно на исходный домен. Та же Microsoft такое любит, но не она ж одна. И что, предполагается, что в приведенном мною примере помимо исходной страницы будет открыто еще три вкладки, причем актуальной будет последняя, а не первая. Так получается?
Ладно баги, они случаются, их исправляют. Но не беря во внимание баги, в чем сакральный смысл этой фичи в описанном случае? И отдельно в чем сакральный смысл включения этой фичи по умолчанию? Я еще могу понять, когда человек знает, что у него в конкретной вкладке описанного кошмара не будет и он включает эту фичу для этой конкретной вкладки явно. Но по дефолту для всех, чтобы получать кучу нафиг не нужных открытых вкладок? Зачем?!?
Какое же здесь может быть ожидаемое поведение "не открывать окно авторизации в другой вкладке", если это суть фичи "Restrict Pinned Tab to Current Site"? portal.azure.com и account.microsoft.com — это разные домены и второй как раз и должен открываться в новой вкладке при включенной "Restrict Pinned Tab to Current Site", разве нет? Или я неправильно понял суть этой фичи? Другое дело, что не 15 штук и не как tile, это да.
Нет, простите, после потери контроля над плодящимися вкладками я еще раз это проделывать не хочу.
Я, конечно, смогу вечером отправить этот же текст на английском. Но он же меня спросит какое ожидаемое поведение. А на мой взгляд ожидаемое поведение — это не включать "Restrict Pinned Tab to Current Site" по умолчанию. Но ок, я отправлю.
Сразу же после обновления при рестарте браузера словил знатную проблему из-за автоматически включенной опции "Restrict Pinned Tab to Current Site". И дело не просто в том, что я вообще ненавижу, когда что-то само открывает кладки, вместо того, чтобы оставаться в текущей. Это вкусовщина, я понимаю. Но я отвлекся.
У меня есть запиненный стек с тремя вкладками, одна из которых — portal.azure.com. Так вот при старте она захотела авторизоваться и открыла мне account.microsoft.com внезапно в новой вкладке... раз 15. Я еле успевал закрывать эти плодящиеся вкладки. Причем, одна из них была открыта вне стека, а остальные здесь же в стеке в режиме tile. Когда я всё-таки сумел в одной из них авторизоваться и их все закрыть, оказалось, что вкладки в принципе сломались: при переключении на другие вкладки вне стека вкладки открывались, но стек с теми тремя вкладками оставался открытым, как будто я остался в одной из его вкладок. Помог только перезапуск браузера.
"Restrict Pinned Tab to Current Site" отключил к чертям сначала для вкладки portal.azure.com, а потом и вообще в настройках, спасибо, что хоть такая возможность предусмотрена.
Нет, и вы уж извините, никогда не буду. Я не могу ставить нестроенный браузер и пытаться в нем выживать, ожидая когда проявится тот или иной баг.
А что касается воспроизведения. Я понимаю, что поймать баг может быть сложно, но вот человек выше тоже с таким сталкивался, т.е. это не только мой личный единичный случай.
Я правильно понимаю, что его исправили, но в основную ветку не залили и зарелизят в 8.1?
Оставил баг-репорт: VB-128333.
Версия 8.0.4033.34 (Windows 11 x64 25H2 со всеми свежими апдейтами). В настройках Duplicated Tab Position установлена в As Last Tab. На самом деле отрабывает как Next to Original Tab при любом варианте этой настройки.
Отдельное спасибо вам за то, что не поломались настройки при обновлении до 8-й версии. Я уже отвык от этого и ставил ставил с дрожащими руками и мыслью: "Какие настройки собьются в этот раз?". Но нет, вообще всё осталось нетронутым, ни одна настройка не пострадала. 👍
Да, обводка получилось неудачной, ИМХО. Мне пришлось назначить цвета на группы, чтобы было вообще понятно, что это группы, а не просто визуальный шум. В 7-й версии в этом не было необходимости, группы были отчетливо видны. У меня светлая тема на основе Subtle.
Ну, оно именно так и работает.
Речь про автоматическое обновление? Или 7z-архивы для обновления руками тоже подменяли?
Отправил баг-репорт: VB-124532.
Да, похоже на то. В общем, "Restrict Pinned Tab to Current Site" не очень совместима с таким поведением.
Еще одна проблема.
Я в свое время удали из контекстного меню ссылки подменю "Open Link in", добавив два из его пунктов в основное контекстного меню ссылки. Сегодня на вашем скриншоте я увидел подпнкт "Open Link in Tiled Tab" и решил его также добавить в основное меню ссылки. И оказалось, что в настройках меню "Link" справа в списке "Commands" такого пункта просто нет.
Пришлось сбрасывать мое меню, чтобы возвратить подменю "Open Link in", и настраивать контекстное меню ссылки заново.
Но вообще вопросы к этой фиче, вероятно, будут даже у тех, кому она потенциально нравится. Вот есть некий сайт. При логине он редиректит на другой домен, потом на третий, там форма аутентификации, после чего перекидывает обратно на исходный домен. Та же Microsoft такое любит, но не она ж одна. И что, предполагается, что в приведенном мною примере помимо исходной страницы будет открыто еще три вкладки, причем актуальной будет последняя, а не первая. Так получается?
Ладно баги, они случаются, их исправляют. Но не беря во внимание баги, в чем сакральный смысл этой фичи в описанном случае? И отдельно в чем сакральный смысл включения этой фичи по умолчанию? Я еще могу понять, когда человек знает, что у него в конкретной вкладке описанного кошмара не будет и он включает эту фичу для этой конкретной вкладки явно. Но по дефолту для всех, чтобы получать кучу нафиг не нужных открытых вкладок? Зачем?!?
VB-124427
Отправил баг-репорт. Не знаю насколько понятно мне удалось описать произошедшее.
Какое же здесь может быть ожидаемое поведение "не открывать окно авторизации в другой вкладке", если это суть фичи "Restrict Pinned Tab to Current Site"? portal.azure.com и account.microsoft.com — это разные домены и второй как раз и должен открываться в новой вкладке при включенной "Restrict Pinned Tab to Current Site", разве нет? Или я неправильно понял суть этой фичи? Другое дело, что не 15 штук и не как tile, это да.
Нет, простите, после потери контроля над плодящимися вкладками я еще раз это проделывать не хочу.
Я, конечно, смогу вечером отправить этот же текст на английском. Но он же меня спросит какое ожидаемое поведение. А на мой взгляд ожидаемое поведение — это не включать "Restrict Pinned Tab to Current Site" по умолчанию. Но ок, я отправлю.
Tile перетаскиванием всячески поддерживаю, тут всё прекрасно и по задумке, и по реализации, спасибо вам за это.
Сразу же после обновления при рестарте браузера словил знатную проблему из-за автоматически включенной опции "Restrict Pinned Tab to Current Site". И дело не просто в том, что я вообще ненавижу, когда что-то само открывает кладки, вместо того, чтобы оставаться в текущей. Это вкусовщина, я понимаю. Но я отвлекся.
У меня есть запиненный стек с тремя вкладками, одна из которых — portal.azure.com. Так вот при старте она захотела авторизоваться и открыла мне account.microsoft.com внезапно в новой вкладке... раз 15. Я еле успевал закрывать эти плодящиеся вкладки. Причем, одна из них была открыта вне стека, а остальные здесь же в стеке в режиме tile. Когда я всё-таки сумел в одной из них авторизоваться и их все закрыть, оказалось, что вкладки в принципе сломались: при переключении на другие вкладки вне стека вкладки открывались, но стек с теми тремя вкладками оставался открытым, как будто я остался в одной из его вкладок. Помог только перезапуск браузера.
"Restrict Pinned Tab to Current Site" отключил к чертям сначала для вкладки portal.azure.com, а потом и вообще в настройках, спасибо, что хоть такая возможность предусмотрена.
Хорошее начало, ничего не скажешь.
Отлично, раз таки нашли, что это баг. Уже два минорных объявления было. Думаю, что в одном из них уже есть исправление.
Нет, и вы уж извините, никогда не буду. Я не могу ставить нестроенный браузер и пытаться в нем выживать, ожидая когда проявится тот или иной баг.
А что касается воспроизведения. Я понимаю, что поймать баг может быть сложно, но вот человек выше тоже с таким сталкивался, т.е. это не только мой личный единичный случай.
У меня, вроде, больше ничего нового не показывается с нашего разговора выше. Видимо, либо количество подсказок закончилось, либо баг пофиксили.