Jeff Fortin T.<p>One of my moonshot performance feature requests in <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> for <a href="https://mastodon.social/tags/GNOMEWeb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEWeb</span></a>: the ability to (semi-)automatically unload tabs from RAM when you have too many of them (especially idle ones)… <a href="https://bugs.webkit.org/show_bug.cgi?id=291369" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.webkit.org/show_bug.cgi?i</span><span class="invisible">d=291369</span></a></p><p>Even with 24 GB of RAM it has been a lifesaver for me in Firefox on <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a>; being able to tell the browser to aggressively auto-unload idle tabs from websites like Reddit and YouTube, while keeping "safe" (ex: work intranet, chat system) tabs allowlisted, is great for saving resources.</p>
noc.social is part of the decentralized social network powered by Mastodon.
This instance is focused on technology, networking, linux, privacy, security, infosec, engineering, but open to anyone. Civil discourse, polite and open. Managed by the noc.org / trunc.org team.
Administered by:
Server stats:
677active users
Learn more
noc.social: About · Profiles directory · Privacy policy
Mastodon: About · Get the app · Keyboard shortcuts · View source code · v4.1.24
WebKitGTK<p>A few weeks ago, we released WebKitGTK 2.48. Read here the highlights of this release!</p><p><a href="https://webkitgtk.org/2025/04/08/webkitgtk-2.48.html" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">webkitgtk.org/2025/04/08/webki</span><span class="invisible">tgtk-2.48.html</span></a></p><p><a href="https://floss.social/tags/gtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gtk</span></a> <a href="https://floss.social/tags/webkit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkit</span></a> <a href="https://floss.social/tags/webkitgtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkitgtk</span></a></p>
Jeff Fortin T.<p>Update on the <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> "suspended" window state not firing when obscuring windows: it turns out to be multiple bugs :blobsweats:</p><p>* The bug affecting <a href="https://mastodon.social/tags/GNOMEWeb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEWeb</span></a> / <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> presumably remains a <a href="https://mastodon.social/tags/Mutter" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mutter</span></a> bug in handling subsurfaces: <a href="https://gitlab.gnome.org/GNOME/mutter/-/issues/3634#note_2405587" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/mutter/</span><span class="invisible">-/issues/3634#note_2405587</span></a></p><p>* The heisenbug part of the issue I was seeing where even gnome-system-monitor was not responding to obscuring surfaces turns out to be caused by the "Dim Background Windows" extension for <a href="https://mastodon.social/tags/GNOMEShell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEShell</span></a> … I reported it here: <a href="https://github.com/stephane-13/gnome-shell-extension-dim-background-windows/issues/37" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/stephane-13/gnome-s</span><span class="invisible">hell-extension-dim-background-windows/issues/37</span></a></p>
Lynnesbæn :bune_ylw:<p>has anyone had any success building webkitgtk on windows? <a href="https://fedi.lynnesbian.space/tags/webkit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkit</span></a> <a href="https://fedi.lynnesbian.space/tags/gtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gtk</span></a> <a href="https://fedi.lynnesbian.space/tags/windows" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>windows</span></a> <a href="https://fedi.lynnesbian.space/tags/webkitgtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkitgtk</span></a></p>
Jeff Fortin T.<p>Oh great, I seem to have found a heisenbug in <a href="https://mastodon.social/tags/Mutter" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mutter</span></a>'s handling of obscured windows for emitting the "suspended" state (i.e. to allow apps to throttle themselves and save power when they are hidden by another window on top of them): <a href="https://gitlab.gnome.org/GNOME/mutter/-/issues/3634#note_2404120" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/mutter/</span><span class="invisible">-/issues/3634#note_2404120</span></a></p><p>It seems to happen randomly, but it might explain some cases where power savings in <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> are not as good as they could be.<br>What's really weird is that <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> seems to encounter an additional bug on top of that, where it isn't random.</p>
Jeff Fortin T.<p><span class="h-card"><a href="https://cosocial.ca/@hub" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>hub</span></a></span> I sure hope not, indeed.<br>For what it's worth though, it's also reportedly just as wasteful on <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a>, so I wouldn't be surprised if Chromium/Electron was also affected.</p>
jloc0<p>I pushed updates to <a href="https://mastodon.sdf.org/tags/nwgshell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>nwgshell</span></a> <a href="https://mastodon.sdf.org/tags/kde6" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>kde6</span></a> <a href="https://mastodon.sdf.org/tags/webkitgtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkitgtk</span></a> and more. Now wishing it was all a single repo right now. 🙃 <a href="https://slackware.lngn.net/" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="">slackware.lngn.net/</span><span class="invisible"></span></a></p>
Jeff Fortin T.<p>A ponies-on-rainbows feature I would miss from Firefox (or Chromium) in <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> / <a href="https://mastodon.social/tags/GNOMEWeb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEWeb</span></a>: the ability to print/save only the current selection from the page.<br>Feature request here: <a href="https://bugs.webkit.org/show_bug.cgi?id=289608" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.webkit.org/show_bug.cgi?i</span><span class="invisible">d=289608</span></a></p>
boredsquirrel<p><span class="h-card"><a href="https://mastodon.social/@janvlug" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>janvlug</span></a></span> <span class="h-card"><a href="https://mastodon.social/@ph00lt0" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>ph00lt0</span></a></span> <span class="h-card"><a href="https://mastodon.nl/@nicorikken" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>nicorikken</span></a></span> <span class="h-card"><a href="https://mastodon.nl/@bert_hubert" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>bert_hubert</span></a></span> </p><p>The main issue is the lack of a standardized Webview on <a href="https://tux.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a>. <a href="https://tux.social/tags/KDE" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>KDE</span></a> has <a href="https://tux.social/tags/QtWebengine" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>QtWebengine</span></a>, <a href="https://tux.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> has <a href="https://tux.social/tags/WebkitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebkitGTK</span></a> and they are not "just <a href="https://tux.social/tags/Chromium" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Chromium</span></a>".</p><p><a href="https://tux.social/tags/Electron" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Electron</span></a> ships a stripped down and rarely updated version of Chromium, which is pretty horrendous, for RAM etc.</p><p>At least for <a href="https://tux.social/tags/FOSS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>FOSS</span></a> apps it should be possible to convert them to webview apps somehow, but for that we first need one.</p><p>On <a href="https://tux.social/tags/Android" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Android</span></a>... <a href="https://tux.social/tags/Apps" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Apps</span></a> are tiny</p>
Jeff Fortin T.<p>An example of how I'm trying to simultaneously help <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a>, <a href="https://mastodon.social/tags/WebKit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKit</span></a> and <a href="https://mastodon.social/tags/Firefox" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Firefox</span></a>:</p><p>I recently spent time looking for ways in which web engines could save dynamic tables of contents (outlines) into PDF metadata using the webpage DOM's headings (h1, h2, h3, etc.) when "printing" to PDF. Very useful for archival purposes, and great for <a href="https://mastodon.social/tags/accessibility" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>accessibility</span></a>.</p><p>I filed these enhancement requests as a result: <br>* In WebKit: <a href="https://bugs.webkit.org/show_bug.cgi?id=288719" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.webkit.org/show_bug.cgi?i</span><span class="invisible">d=288719</span></a><br>* In Firefox: <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1950656" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugzilla.mozilla.org/show_bug.</span><span class="invisible">cgi?id=1950656</span></a></p><p><a href="https://mastodon.social/tags/PDF" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>PDF</span></a> <a href="https://mastodon.social/tags/a11y" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>a11y</span></a> <a href="https://mastodon.social/tags/web" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>web</span></a></p>
jloc0<p>Over the weekend I'd pushed the 24.12.2 updates for arm64 to <a href="https://mastodon.sdf.org/tags/kde6" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>kde6</span></a> <a href="https://mastodon.sdf.org/tags/slackwareaarch64" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>slackwareaarch64</span></a>, updated the <a href="https://mastodon.sdf.org/tags/webkitgtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkitgtk</span></a> repo to 2.46.6 on both arm64/x86-64 and some other rebuilds around. More exciting things later and Plasma 6.3 should be here tomorrow! <a href="https://slackware.lngn.net/" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="">slackware.lngn.net/</span><span class="invisible"></span></a></p>
Jeff Fortin T.<p>Ever wondered why websites and web applications keep consuming CPU/power in the background with <a href="https://mastodon.social/tags/GNOMEWeb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEWeb</span></a>?</p><p>This is the <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> enhancement request I have filed to allow stopping the animations frame clock and telling websites that the window is not in focus (so that they can throttle themselves): <a href="https://bugs.webkit.org/show_bug.cgi?id=285167" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.webkit.org/show_bug.cgi?i</span><span class="invisible">d=285167</span></a></p><p>Not sure how widespread power throttling is among <a href="https://mastodon.social/tags/web" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>web</span></a> apps, but this provides a path for pretty significant power savings in <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a>, <a href="https://mastodon.social/tags/LinuxMobile" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LinuxMobile</span></a> & <a href="https://mastodon.social/tags/embedded" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>embedded</span></a> with <a href="https://mastodon.social/tags/Wayland" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Wayland</span></a>.</p>
Akzel<p>now that GNOME Web 47 has been out for a bit, and it's now on WebKitGTK 2.46.2, I'm doing some benchmarks again via <a href="https://browserbench.org" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="">browserbench.org</span><span class="invisible"></span></a></p><p>I only did MotionMark last time, but I'm gonna start with JetStream2 this time</p><p>and Web actually beats Firefox in the latter</p><p>Pic1: Web 47.1 scored 71.249<br>Pic2: Firefox 131.0.3 scored 61.349<br>Pic3: Chromium 130.0.6723.58 scored 80.110</p><p><a href="https://mastodon.online/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> <a href="https://mastodon.online/tags/GNOME47" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME47</span></a> <a href="https://mastodon.online/tags/WebKit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKit</span></a> <a href="https://mastodon.online/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a></p>
Jeff Fortin T.<p>Apple's "very enthusiastic" product presentation pages on its website are the perfect performance stress test for <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a>, particularly the iPhone 16 page. Unfortunately, when I try to launch Epiphany or MiniBrowser with <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a>, it either crashes (Epiphany) or hangs (MiniBrowser) without launching anything.</p><p>Added my observations here: <a href="https://gitlab.gnome.org/GNOME/epiphany/-/issues/2413#note_2240136" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/epiphan</span><span class="invisible">y/-/issues/2413#note_2240136</span></a><br>…but it is a mystery why I sometimes randomly can't profile this thing 🤷</p>
Mario Sánchez Prada<p><span class="h-card"><a href="https://floss.social/@WebKitGTK" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>WebKitGTK</span></a></span> The very first stable release of <a href="https://fosstodon.org/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> shipping <a href="https://fosstodon.org/tags/Skia" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Skia</span></a> as its 2D rendering backend is finally out! And that's not the only great piece of news, it also comes with other graphics-related improvements, support for sysprof and much more. Check it out at <a href="https://webkitgtk.org/2024/10/04/webkitgtk-2.46.html" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">webkitgtk.org/2024/10/04/webki</span><span class="invisible">tgtk-2.46.html</span></a></p>
WebKitGTK<p>Wanna learn what's new in the 2.46 stable release cycle? This post is for you! </p><p><a href="https://webkitgtk.org/2024/10/04/webkitgtk-2.46.html" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">webkitgtk.org/2024/10/04/webki</span><span class="invisible">tgtk-2.46.html</span></a></p><p><a href="https://floss.social/tags/webkit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkit</span></a> <a href="https://floss.social/tags/webkitgtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkitgtk</span></a> <a href="https://floss.social/tags/gtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gtk</span></a> <a href="https://floss.social/tags/skia" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>skia</span></a> <a href="https://floss.social/tags/sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>sysprof</span></a></p>
Jeff Fortin T.<p>As an additional convenience & <a href="https://mastodon.social/tags/privacy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>privacy</span></a> + <a href="https://mastodon.social/tags/security" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>security</span></a> measure, I'd find it pretty neat if my preferred <a href="https://mastodon.social/tags/email" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>email</span></a> client <span class="h-card"><a href="https://floss.social/@EvolutionGnome" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>EvolutionGnome</span></a></span> could let me open not-quite-trustworthy hyperlinks in a throwaway private <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> window, like the ones <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> automatically shows when you encounter a captive portal network. Much faster, and the pollution would not even make contact with my main browser.</p><p>As the idea occurred to me recently, I've filed it here: <a href="https://gitlab.gnome.org/GNOME/evolution/-/issues/2844" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/evoluti</span><span class="invisible">on/-/issues/2844</span></a></p>
Jeff Fortin T.<p>Discovered a few "wastefulness" performance issues with the <a href="https://mastodon.social/tags/GNOMEWeb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEWeb</span></a> "Most Visited Pages" thumbnails cache today. Reported them here:</p><p>* <a href="https://gitlab.gnome.org/GNOME/epiphany/-/issues/2440" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/epiphan</span><span class="invisible">y/-/issues/2440</span></a><br>* <a href="https://gitlab.gnome.org/GNOME/epiphany/-/issues/2441" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/epiphan</span><span class="invisible">y/-/issues/2441</span></a><br>* <a href="https://gitlab.gnome.org/GNOME/epiphany/-/issues/2442" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/epiphan</span><span class="invisible">y/-/issues/2442</span></a></p><p>Also, this might be controversial, but I would love the ability to fully disable the HTTP disk cache: <a href="https://gitlab.gnome.org/GNOME/epiphany/-/issues/2445" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/epiphan</span><span class="invisible">y/-/issues/2445</span></a> (I've been running with only RAM cache for years in Firefox, and it's been great)</p><p><a href="https://mastodon.social/tags/browsers" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>browsers</span></a> <a href="https://mastodon.social/tags/web" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>web</span></a> <a href="https://mastodon.social/tags/WebKit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKit</span></a> <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a></p>
Akzel<p>i've mentioned that GNOME Web nightly "feels" way better to use than Web 46, but, here's some actual numbers to put to that feeling. all benchmarks were run with the window maximized on a 1440p monitor</p><p>Web 46 vs Web nightly (47 beta) vs Firefox</p><p><a href="https://mastodon.online/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> <a href="https://mastodon.online/tags/WebKit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKit</span></a> <a href="https://mastodon.online/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> <a href="https://mastodon.online/tags/GnomeWeb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GnomeWeb</span></a></p>
Jeff Fortin T.<p>In case anyone else is experiencing blank <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> web views with open source <a href="https://mastodon.social/tags/AMD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AMD</span></a> Radeon graphics on <a href="https://mastodon.social/tags/Fedora" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Fedora</span></a> 40 or other <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> distros shipping the latest stable versions of everything (ex: WebKitGTK 2.44.2, GTK 4.14.x, Mesa 24, etc.), I have filed a ticket about this: <a href="https://bugs.webkit.org/show_bug.cgi?id=277684" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.webkit.org/show_bug.cgi?i</span><span class="invisible">d=277684</span></a></p>
ExploreLocalFederated
Sign in to follow profiles or hashtags, favourite, share and reply to posts. You can also interact from your account on a different server.
Sign inCreate accountTrending now
#silentsunday50 people in the past 2 days
#earthquake41 people in the past 2 days
#microsoft53 people in the past 2 days
Drag & drop to upload