Доступен корректирующий выпуск Firefox 95.0.1, в котором устранено несколько ошибок:...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56360
>Решена проблема, приводившая к невозможности открытия многих сайтов MicrosoftЭто не проблема, а фича.
Еще бы хром заблочил сайты Microsoft это было бы прекрасно )
Напиши плагин. Или хотя бы правило ублок/адблока.
98% что это сами МС, чтобы народ использовал "единственный верный" браузер.
Было уже далеко не один раз.
Однако, мозильцы - молодцы, исправили ошибки мокрософта в своём броузере. Им мешает только то, что слишком большая доля у них. 5% - это слишком. У годного продукта доля не должна превышать сакральных 2%. Лучше 1,46%.
А в чём ошибка Microsoft-а? В переходе на SHA2?
В переходе на SHA2 в то время когда браузер с не менее чем 5% рыночной доли этого не поддерживает. Получается, они сами себе стреляют в ногу, лишаясь 5% пользователей.
Не 5, а 1. И этот браузер лучше прибить. Тогда этим пользователям ничего не останется, как перейти на Chrome/Edge, и тогда и с них будет собрана телеметрия.
Это если все 5% пользуются сайтами Майкрософт, так что МС ничего не теряет.
MS не могли не знать, что их изменения на серверах приведут к невозможности просмотра сайта из Firefox (они же тестируют их, да). Однако сознательно пошли на это, несмотря на то, что FF запланировали нужное изменение со своей стороны на следующую версию браузера, который довольно быстро обновляется у большинства пользователей.В общем стандартное поведение MS - ничего нового.
Вот придет новый манифест, он тебе все сайты кроме рекламных заблочит.
Блокировки -- это плохо, понятненько?
Так и знал что найдётся клован, написавший такое, и куча хейтеров его поддержавших.Написать такое про
>На Linux-системах решены проблемы c нечитаемостью содержимого некоторых сайтов из-за потери контраста при использовании в системе тёмной темы оформления
смелости на хватило, ведь тогда плюсиков не срубишь. Да и стрелочка обратно не поворачивается.
Щас бы корпорацию зла, погрязшую во лжи и подлости, в интернете бесплатно защищать... Для этого нужен конечно особый "талант".
> Щас бы корпорацию зла, погрязшую во лжи и подлости, в интернете бесплатно защищать... Для этого нужен конечно особый "талант".«Думать самостоятельно» не равно «защищать». А вы, видимо, поддерживаете этого клована, просто потому что с сайтом МС что-то не работало, а не потому что это было правильно.
>Решена проблема, приводившая к невозможности открытия многих сайтов Microsoft
>>Это не проблема, а фича.Йе-йе-йе! Лови жырный плюс! От Майкрософт нам ничего не нужно, даже их сайты.
ну, теперь заживём
>При попытке открытия таких сайтов браузер выдавал страницу с сообщением от ошибке MOZILLA_PKIX_ERROR_OCSP_RESPONSE_FOR_CERT_MISSINGЕсли бы Edge/Chrome такое выдавал, Microsoft бы подождали.
А так - проблемы индейцев шерифа не волнуют.
Так в багзилле же написано - "Those links work on EDGE... no problem.".
Это именно что показали козу Мозилле. В Хромиуме поддержку SHA-2 для этого реализовали и решили показать "А вот ФФ не может". Еще наверное в саппорте издевательски предлагал ина MS Edge перейти как решение проблемы.
Впрочем, ничего нового, тот же Гугл давным давно использует кастомные протоколы и собтвенные квазистандарты на собтсвенных сайтах чтобы вызывать баги и проблемы у ФФ. Историю с ShadowDOMv0 на Тубе еще никто не забыл.
>В Хромиуме поддержку SHA-2 для этого реализовали и решили показать "А вот ФФ не может".Именно ради этого. А ещё в хромах убили поддержку флеша чтобы сказать что falcon... Хотя погодите, тут логика получает сбой, ибо фалкон до сих пор может.
> решили показать "А вот ФФ не может".Злые разрабы хромиума снова подкинули _овно в штаны мозиллы!
Возьмем для примера поддержку тега <dialog>. Этот элемент уже сто лет как в стандарте, но мозиллушка не спешит его добить - https://developer.mozilla.org/en-US/docs/Web/HTML/Element/di...
В связи с этим для кроссбраузерности нужно весь функционал диалога переизобретать самому, включая всякую обработку Escape и так далее. Потому что мозиллушка не поддерживает! После этого фанбои мозиллушки будут возмущаться, а че это бандлы такие большие. Большие, чтобы отдавать клиенту полифилы для _овна типа файрфокса.
worksforme.Name Firefox
Version 95.0
Build ID 20211129150630
> Enabled by default in Firefox Nightly onlyПотестируй это еще лет 10, перед тем, как ее решатся включить в дефолт. В хроме работает с 2014 года.
> Implement the HTML5 dialog element
> Opened 9 years ago
Это ты можешь ещё лет 10 ныть на форумах про отсутствие поддержки, вместо того, чтобы флипнуть dom.dialog_element.enabled .
А возьмем для прмиеру поддержку Shared Workers - Apple просто взяли иоктазались их реализовывть по мутной причине ("не нравитсо"). И что? И ничего.
Мозилла не подписвалась реализовывать все и каждый вэбстандарт. Скажем поддержка WebMIDI двигается никак. Гугловский Flock и SXG - отказ от реализации.
Кто-нибудь, может рассказать, как активировать этот режим тёмной темы?Делал следующее (не сработало):
user_pref("browser.in-content.dark-mode", true);
user_pref("ui.systemUsesDarkTheme", true);
user_pref("widget.content.allow-gtk-dark-theme", true);
Любишь шоколад?)
Это для блм только.
> user_pref("ui.systemUsesDarkTheme", true);Не тру, а 1.
> Кто-нибудь, может рассказать, как активировать этот режим тёмной темы?Тему чего? Интерфейса лисы или сайтов? Впрочем в 94 по дефолту вместе меняются.
Если тебя устраивает связь темы лисы и сайтов, то просто выбираешь темную тему лисы. Сайты тоже покрасятся.
Если надо разделить темы лисы и сайтов, то меняешь layout.css.prefers-color-scheme.content-override (предпочтение для сайтов):
> Dark (0), light (1), system (2) or browser (3)
Ежели система контрастных тем не имеет ставь ShadowFox (это не браузер)
> Устранён крах подсистемы WebRender, проявляющийся в Linux-окружениях на базе протокола X11.Видимо это вызывало у меня диалог отправки крешрепорта при закрытии браузера. Хотя в процессе работы не падал ни разу.
А вот это когда починят? Не падет, но спавнит зомби. Периодичекси просто отваливается, хотя я сказал не отваливаться ни при каких причинах. Макаки писали, не иначе.(#870) CP+[GFX1-]: Receive IPC close with reason=AbnormalShutdown
(#871) CP+[GFX1-]: IPC Channel is already torn down unexpectedly
GPU процесс упал значит, это нормально, он и задуман принимать на себя такого рода сбои. Вот что ФФ Зомби не убирает за собой - это да, некрасиво.
+1, но у меня падение случилось впервые за год при перетягивании окошка picture-in-picture с видео.
WebRender is a GPU-based 2D rendering engine written in RustЭто раст детка.
-
3 libgdk-3.so.0 _gdk_x11_display_error_event gdk/x11/gdkdisplay-x11.c:2766
4 libgdk-3.so.0 gdk_x_error gdk/x11/gdkmain-x11.c:260
5 libX11.so.6 _XError src/XlibInt.c:1503
6 libX11.so.6 handle_error src/xcb_io.c:207
7 libX11.so.6 _XReply src/xcb_io.c:793
8 libX11.so.6 XGetImage
9 libxul.so _get_image_surface gfx/cairo/cairo/src/cairo-xlib-surface.c:813
-
> WebRender is a GPU-based 2D rendering engine written in Rust
> Это раст детка.Сильно смахивает на опеннетное ламерство.
Ух ты! Растаманы пишут на с++, а не на расте!
> Ух ты! Растаманы пишут на с++, а не на расте!Там вообще-то видна стандартная графическая подсистема и прилегающая из её недр ошибка.
Но у опеннетного ламерья - все может быть.
>пишут на с++
>.cВ глаза долбитесь?
И что тут не так? Естественно импортированные библиотеки написанные на С...остаются библиотеками на С! Или вы ждете что каждая строка кода в ФФ на Расте?
> И что тут не так? Естественно импортированные библиотеки написанные на С...остаются библиотеками
> на С! Или вы ждете что каждая строка кода в ФФ на Расте?Не так тут то, что ошибка прилетает из иксов, в ответ на
"Cairo notices the OP_OVER and does an undesirable sequence of fallbacks - it does an XGetImage on the window to get the image data, blends to it, and then XPutImage's the result back to the window.",
причем, "падает" процесс из-за
"So then why is the GDK X error handler spouting the error? If you then click "Show other threads" and look at thread 0, you can see the problem: it is doing its own Xlib call which uses the gdk_x11_display_error_trap mechanism, which is its own wrapper around XSetError."но виноват у местных оналитеков конечно же "WebRender который на расте!" ...
лучше пусть расскажут почему то, что я открываю в ff (даже по прямой переданной через чат ссылке) -- в течение суток двух влияет на контекстную яндекс рекламу на телефоне.
Зонд. Тебя посчитали.
Так с любым браузером. Даже в аккаунт входить необязательно. Используй uBlock Origin.
удали яндексбар
Айпи адрес тот же. Порнуху без випиэнки не ищи, а то мамка заругает, когда догадается, откуда ей такие баннеры вылезут.
Зря минусуют, у меня куки в мобильной лисе тоже не всегда удаляются
Заблокируй кукисы с яндекса. А лучше и рекламу заодно.
Днс или шлюз яндекса
В новости кстати не сказано о САМОЙ СМЕШНОЙ детали - багу о поддержке SHA-2 в OCSP 8 лет(!) - https://bugzilla.mozilla.org/show_bug.cgi?id=966856
И там вообще ничего не двигалось последние 6 лет пока Микрософты не подложили эту свинью, после чего за два или три дня проблему решили. Так что...
> за два или три дня проблему решили.Это еще вопрос КАК её решили. И не вылезут ли потом в этом коде всякие RCE, креши и несовместимости-со-всем-кроме-микрософта.
А что вопрос-то, вот код который добавили, Багзилла к счастью все еще публична - https://bugzilla.mozilla.org/show_bug.cgi?id=966856
Я честно могу сказать, что я не могу предвидеть все последствия внедрения даже такого маленького патча в насолько сложный продукт, как Firefox. А учитывая, что патч написан в спешке, когда "все уже сломалось вчера" - тем более.
Надоела эта вечная Альфа, когда там релиз то?
FF 94.0.2, сайт мелкософта открывается. ЧЯДНТ?
Видимо, перестал открываться в версии 95.0.0.
У меня 95.0 и он открывается. Но у меня линукс, не репрезентативно. Сертификат sha256+rsa, ocsp включен.
> На Linux-системах решены проблемы c нечитаемостью содержимого некоторых сайтов из-за потери контраста при использовании в системе тёмной темы оформления (браузер адаптировал цвет фона под тёмную тему, но не менял цвет текста, что приводило к отображению тёмного текста на тёмном фоне).Быстро поправили, не ожидал. Проявляется не везде, но парочка сайтов нашлась. Жду попадания в репы чтобы протестировать исправление.
Подерзи пацанам на районе - получишь в репу.
Проверил, починили.
Ахахаха. Это шикарно. Мелкасофт уже даже сайт нормальный сделать не может. Хаааааааааааааааааааааааааааа
Я вот тут чтото непонял- кто под кого прогнулся...
А это не важно. Это говорит об подплинтусовом уровне даже макак в microsoft. Даже сайт настолько кривой сделали что браузеры патчить надо. Вот и весь уровень квалификации этой компашки.Не удивлён. А кривом vscode намакакили кривой сайт. Бугага
Какое гибкое мышление... Вам было приятно? Микрософту ДА! :)
Эммм... а у меня пару дней сайт майков не открывался в 95м хроме пока не обновил до 96го, а в ff всё было норм. Хммм странно.
Что странно? microsoft ведь
> крах подсистемы WebRenderЭто не та ли, что на расте?!
дада, оно
>> крах подсистемы WebRender
> Это не та ли, что на расте?!А ведь вместо газификации луж можно просто пройти по ссылке:
3 libgdk-3.so.0 _gdk_x11_display_error_event gdk/x11/gdkdisplay-x11.c:2766
4 libgdk-3.so.0 gdk_x_error gdk/x11/gdkmain-x11.c:260
5 libX11.so.6 _XError src/XlibInt.c:1503
6 libX11.so.6 handle_error src/xcb_io.c:207
7 libX11.so.6 _XReply src/xcb_io.c:793
8 libX11.so.6 XGetImage
9 libxul.so _get_image_surface gfx/cairo/cairo/src/cairo-xlib-surface.c:813
-
> WindowSurfaceX11Image::Commit uses DrawSurface(OP_OVER) to do the final blit from a gfxImageSurface to the window wrapped by a gfxXlibSurface. Cairo notices the OP_OVER and does an undesirable sequence of fallbacks - it does an XGetImage on the window to get the image data, blends to it, and then XPutImage's the result back to the window. So the XGetImage becomes bad for two reasons - 1) it can cause an X error, 2) it is causing a readback from the window server that we really don't want for performance reasons.
>
Получается, растаманы соврали, что писали на расте, а по факту кодили на с++?!
https://www.opennet.ru/openforum/vsluhforumID3/126176.html#59
> Получается, растаманы соврали, что писали на расте, а по факту кодили на
> с++?!Получается, ты читал совсем не глазами, а каким-то другим местом.
Ну или тебе вообще должно быть все равно, потому что к разработке ты никаким боком, раз из стектрейса сделал такой альтернативный вывод.
> крах подсистемы WebRenderWebRender is a GPU-based 2D rendering engine written in Rust.
Вот всё что вам надо знать о качестве кода, который мы растоманы пишем.
Но виновато всёравно microsoft и сишные дырени.
Лишь бы опять в лужу пернуть... да еще и так знатно!Смотрим что исправлялось в https://bugzilla.mozilla.org/show_bug.cgi?id=1741956
https://hg.mozilla.org/releases/mozilla-release/rev/ca72cedb...
"b/widget/gtk/WindowSurfaceX11Image.cpp"Возможно ты не знал, но cpp это обычно с++, а никак не раст.
Возможно ты не знал, но когда пишутWebRender is a GPU-based 2D rendering engine written in Rust - то хвастаются что на раст. И упал WebRender. Но у вас всегда это другое. А почему? потому что у вас кругом затычки, заглушки, подпорки и подставки. Без cpp вы ничего не можете. Но поскольку вы эпичные неосиляторы, то cpp код у вас полное г
> cpp это обычно с++, а никак не раст.Странно, а растаманы пели, что они на расте вебрендер написали и он супер-супер безопасный! Получается, врали, чертяки?!
А что тебя удивляет? Да, мы натрындели. Мы вообще только это и умеем. Я же говорил, весь наш софат это обёртки, затычки, подпорки, подкладки и обёртки. При этом кривые как видите. Потому что даже это не можем. Но мы растоманы всё равно знаем как надо работать с памятью. Не смотря на то что не умеем.
> А что тебя удивляет? Да, мы натрындели. Мы вообще только это и
> умеем. Я же говорил, весь наш софат это обёртки, затычки, подпорки,
>> We want to avoid this both because XGetImage may causeerrors and it is slow to read back from the window server.
Т.е. мозилла, вдовесок к браузеру, еще и замену иксам написать была должна? O_o
> Странно, а растаманы пели, что они на расте вебрендер написали и он супер-супер безопасный! Получается, врали, чертяки?!Как тролляки возбудились... Хавчик! Хавчик! Ням-ням...
Вот именно, что только вебрендер на расте, но не подсистемы X11 и GDK. Раст не исправляет ошибки сишных гов...о-библиотек. Но в любом, даже самом безопасном языке, если какая-то подсистема (в данном случае "неконтролируемая" растом) в программе вызвала ошибку, которую невозможно (или не предусмотрено, как) обработать - программа должна остановиться.
Ну так сам WebRender на rust и написан.
Но чтобы заставить богомерзкий gtk работать с ним приходится вот такое писать...
дадада, это другое. мы даже обёртку сделать не можем, но это всё равно ваши проблемы
Я тебе больше скажу. Рас ты любитель смотреть. И так. ПадаетWebRender. При этом WebRender is a GPU-based 2D rendering engine written in Rust
Но исправляем мы:
widget/gtk/WindowSurfaceX11Image.cpp
GTK. Теперь внимание. Т.е. GTK на с - не падает, gtk - на с++ не падает. Но gtk на rust - падает.
Теперь внимание, это не фикс. Это workaround. Затычка, потому что на раст не исправили.
Это такой тип людей есть. У них виноваты все вокруг кроме своих кривых рук.
Так сесть в лужу это надо уметь. А потом как глисты на сковородке, кого бы обвинить.
> GTK. Теперь внимание. Т.е. GTK на с - не падает, gtk -
> на с++ не падает. Но gtk на rust - падает.
> Теперь внимание, это не фикс. Это workaround. Затычка, потому что на раст
> не исправили.Приложи уже лед, пройди по ссылке и перестань нести лютый бред.
>> We want to avoid this both because XGetImage may cause
>> errors and it is slow to read back from the window server.
>> If we use CopySurface/OP_SOURCE instead we avoid the readback via
>> XGetImage and so bypass both problems.-
> Теперь внимание, это не фикс. Это workaround. Затычка, потому что на раст не исправили.И что тебе там должны были фиксить "на раст", о Великий Знаток? Свои, отдельные иксы с gdk и кайро вместе с браузером подогнать? Так ты же первым же ныть бы начал, что "тащуть свое, вместо использования системного!".
Пхаха! GTK не падает??
А, ты серьезно? Ахахахаха!Сейчас только открытых крешей в GTK 37 штук))
https://gitlab.gnome.org/GNOME/gtk/-/issues?label_name%...Так что старайся лучше!
Дадада, все уже поняли, это другое. Главное верить да? Главное найти на кого спихнуть."Устранён крах подсистемы WebRender"
крах WebRender
Бедный раст. Не смог работать с GTK и упал. Какой нежный раст. Такой маленький, беззащитный, что пришлось аж GTK специально патчить. Дааааа, мастерство, действительно.
> "Устранён крах подсистемы WebRender"
> крах WebRender
> Бедный раст. Не смог работать с GTK и упал. Какой нежный раст.
> Такой маленький, беззащитный, что пришлось аж GTK специально патчить. Дааааа, мастерство,
> действительно.Вместо клоунады и вспуков в лужу прошел бы по ссылке и почитал, что ли.
> libgdk-3.so.0 _gdk_x11_display_error_event gdk/x11/gdkdisplay-x11.c:27664 libgdk-3.so.0 gdk_x_error gdk/x11/gdkmain-x11.c:260
5 libX11.so.6 _XError src/XlibInt.c:1503
6 libX11.so.6 handle_error src/xcb_io.c:207
7 libX11.so.6 _XReply src/xcb_io.c:793
8 libX11.so.6 XGetImage
9 libxul.so _get_image_surface gfx/cairo/cairo/src/cairo-xlib-surface.c:813
--
> Bug 1741956 - Avoid OP_OVER on Cairo Xlib window surface.
> Bug 1741956 - Avoid OP_OVER on Cairo Xlib window surface. r=jrmuizel a=pascalc
> When we use OP_OVER for the final blit in WindowSurfaceX11Image::Commit,
> this causes Cairo to hit a compo
Видишь тут раст? Нет. И я не вижу. А он есть. Ведь растаманы не могут же врать, говоря, что вебрендер на расте писали... А оказалось - на с++.
> Видишь тут раст? Нет. И я не вижу. А он есть. Ведь
> растаманы не могут же врать, говоря, что вебрендер на расте писали...
> А оказалось - на с++.И где ты там вебрендер углядел, опеннетный воен?
Там где он не пережил ответа от какой-то либы. Такой нежный что испугался вернутого значения и сдох.
Вижу. Читать научись.> крах подсистемы WebRender
WebRender is a GPU-based 2D rendering engine written in Rust
Раст сдох и выдал трейс, вы обрезали ругательство раста оставив только стек c++ и делаете вид что проблема в c++
А потом вы лезете в gtk и делаете там какие-то дополнительные проверки, чтобы нежный раст не падал. А в своём расте вы эти проверки делать не можете? раст не дорос?
> Вижу. Читать научись.
> Раст сдох и выдал трейс, вы обрезали ругательство раста оставив только стек
> c++ и делаете вид что проблема в c++Т.е. ты не умеешь читать трейс.
>> Patch: Avoid OP_OVER on Cairo Xlib window surface.
> А потом вы лезете в gtk и делаете там какие-то дополнительные проверки,
> чтобы нежный раст не падал. А в своём расте вы эти проверки делать не можете? раст не дорос?Зато умеешь фантазировать в лужу.
Чувак ты не умный? Причём тут сторонние библиотеки если у вас от них раст падает?Какая разница как ведёт себя библиотека? У вас же безопастный язык и ничего проверять не надо, компилятор же божественный.
Кто будет за вас проверять входные/выходные данные? Ну конечно, на расте это делать не умеют.
А обрезанный старательно backtrace с вырезанием того места где рухнул раст это ты мощно задвинул.
> Так что старайся лучше!Зачем?
У меня одно приложение на gtk. thunderbird и оно не падает прикинь. Да и того скоро не будет когда аналог доделаю.
>> Так что старайся лучше!
> Зачем?
> У меня одно приложение на gtk. thunderbird и оно не падает прикинь.Ты это, прежде чем читать дальше - заготовь лед и огнетушитель.
https://www.opennet.ru/opennews/art.shtml?num=55615
> Thunderbird 91 основан на кодовой базе ESR-выпуска Firefox 91.https://www.opennet.ru/opennews/art.shtml?num=55242
> Релиз Firefox 89 с переработанным интерфейсом
> В сборках для Linux активировано использование движка композитинга WebRender для всех пользователей Linux, включая любые окружения рабочего стола, все версии Mesa и системы с драйверами NVIDIA (ранее webRender был включён только для GNOME, KDE и Xfce при наличии драйверов Intel и AMD). WebRender написан на языке Rust
>
>Обновление Firefox 95.0.1, решающее проблему с открытием сайтов microsoft.comДа блин, зря обновился! -_-
Храни дистрибутивы прежних версий. Обновления - зло.
> Устранён крах подсистемы WebRender, проявляющийся в Linux-окружениях на базе протокола X11.это тот, который на расте?
>> в Linux-окружениях на базе протокола X11.
> это тот, который на расте?Это тот, который на сишке.
> Это тот, который на сишке.Т.е. растаманы на расте писать не умеют... В очередной раз оказалось, что писали на с/с++...
>> Это тот, который на сишке.
> Т.е. растаманы на расте писать не умеют... В очередной раз оказалось, что
> писали на с/с++...Т.е. ошибка там вылезла в граф. подсистеме ОС, никак не зависящей от ФФ, а ты опять пyкнул в лужу.
Ты опять обделался со своим "Это другое"WebRender is a GPU-based 2D rendering engine written in Rust
крах подсистемы WebRender
Какая разница где сторонние библиотеки бродят если ваш раст от них падает?
А что будет когда вы приложение сделаете и пользователь начнёт сумасшедшие данные вводить? Вообще систему убьёте? Не удивлюсь.Но конечно, си, дадада, верим. Вы даже ошибку найти не смогли. Ну молодцы, чего.
>> Cairo and GDK are thus racing around using their own internal usages of XSetError, and we end up with GDK overwriting Cairo's handler while we're inside XGetImage, and then we go boom...
> Ты опять обделался со своим "Это другое"
> Какая разница где сторонние библиотеки бродят если ваш раст от них падает?Типичный уровень опеннетных "Анти-Расто-Ыкспердов".
> А что будет когда вы приложение сделаете и пользователь начнёт сумасшедшие данные
> вводить? Вообще систему убьёте? Не удивлюсь.Классика опеннета "не читал, но обсуждаю!".
>> Cairo and GDK are thus racing around using their own internal usages of XSetError, and we end up with GDK overwriting Cairo's handler while we're inside XGetImage, and then we go boom...
>> WindowSurfaceX11Image::Commit uses DrawSurface(OP_OVER) to do the final blit from a gfxImageSurface to the window wrapped by a gfxXlibSurface. Cairo notices the OP_OVER and does an undesirable sequence of fallbacks - it does an XGetImage on the window to get the image data, blends to it, and then XPutImage's the result back to the window. So the XGetImage becomes bad for two reasons - 1) it can cause an X error, 2) it is causing a readback from the window server that we really don't want for performance reasons.
> Но конечно, си, дадада, верим. Вы даже ошибку найти не смогли. Ну молодцы, чего.Очередной выброс метана в лужу ...
А что тебя удивляет? Ни одного законченного проекта. WebRenderer и тот вон падает.
Нет. Это тот который WebRender is a GPU-based 2D rendering engine written in RustНо у тебя другое да?
Да. тот который на расте.WebRender is a GPU-based 2D rendering engine written in Rust
Но ты же понимаешь что у них это другое.
я абсолютно не страдал от этого.
можно по белым спискам собственного днс чтобы не страдать, ну и запросы перенаправлять сразу куда следует
Читая подобные патчлоги, мне кажется, что я как-то не так использую данный веб-браузер
Плюсы: открывается ненужный сайт.
Минусы: снова восстановилась вся ненужная ерунда из browser/features.Что-то прям и не знаю.
Лучше бы они исправили thunderbird, чтобы тот мог отправлять почту на gmail.com без промежуточного сертифицированого гуглем smtp сервера, например, прямо с хоста отправителя.
>почту на gmail.com без промежуточного сертифицированого гуглем smtp сервераПроблему создаёт Gmail, причём тут Птица?
какую сертификацию вы имеете в виду?
гугл вроде только ptr запись проверяет. У меня например добавления ее хватило чтобы отправлять на гугл почту, да и на все другие какие попадались.
Надо же, я вчера впервые за несколько лет хотел зайти на сайт Microsoft, чтобы скачать Windows для рабочего ноутбука. Пришлось через Chromium скачивать.
Крахи нового рендерера на расте?
Ага. Но у них это другое.
Растаманы уже отчитались, что вебрендер у них на с++ написан, ошибка была там, а на расте - как обычно только обёртка.
>> libX11.so.6 _XError src/XlibInt.c:1503
> Растаманы уже отчитались, что вебрендер у них на с++ написан, ошибка была там, а на расте - как обычно только обёртка.Анти-растоманы опять дружно пyкнyли в лужу и продемонстрировали свой "уровень".
>Решена проблема, приводившая к невозможности открытия многих сайтов MicrosoftА они у меня не открывались и кста это не баг :D,т.к я в Linux сижу :D
>На Linux-системах решены проблемы c нечитаемостью содержимого некоторых сайтов из-за потери контраста при использовании в системе тёмной темы оформления (браузер адаптировал цвет фона под тёмную тему, но не менял цвет текста, что приводило к отображению тёмного текста на тёмном фоне).На Vivaldi под Linux похожая ситуация.
Круто, с обновлением файрфокс перестал загружать LibreOffice, приостанавливает загрузку с "Потенциальная опасность" =)))
Ох как много, им нужно еще сделать, чтобы браузер был хорошим, надо и офф версию портейбл, и переводчик, и впн, и блокировщик, и группировку вкладок, и норм экспресс панель, и улучшить картинку в картинке, и вернуть колекции и вернуть rss, а на андроид дополнения поддержку и переводчик. Это, как лезть на гору высокую, долго и затратно!