Launchpad has imported 51 comments from the remote bug at https://bugs.webkit.org/show_bug.cgi?id=228268.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2021-07-24T22:00:53+00:00 Emil Sayahi wrote: Hello! This is my first time submitting a bug report, so apologies if I'm not as helpful as I should be. I'm currently successfully building `libwebkitgtk-5.0`, and I've embedded it as part of developing a new browser project. I was originally using the stable release of WebKitGTK from the Arch Linux package repositories, but as part of porting my browser to GTK4 I've had to recompile the library myself for GTK4 support (here's the script I wrote to do this: https://raw.githubusercontent.com/Dirout/oku/50c1bd443ac50943b359b16e9d3a140faa604c89/build-dependencies.sh) Presently, this build of WebKitGTK is completely blank—no content or developer tools menu elements visible—unless I select and drag something offscreen, at which point it becomes visible until I let go of the mouse again. Perhaps this rendering bug is connected to the fact that I have an Nvidia GPU? I'll need to do further testing on an old laptop I have somewhere. Additionally, almost all page loads fail while emitting any of the following warnings: ``` (process:70483): GLib-Net-WARNING **: 17:44:39.051: ../glib-networking/tls/gnutls/gtlscertificate-gnutls.c:161: invalid property id 3 for "private-key" of type 'GParamBoxed' in 'GTlsCertificateGnutls' (process:67609): GLib-GIO-WARNING **: 17:13:47.931: ../subprojects/glib/gio/gtlsconnection.c:397: invalid property id 12 for "protocol-version" of type 'GParamEnum' in 'GTlsClientConnectionGnutls' (process:67609): GLib-GIO-WARNING **: 17:13:47.931: ../subprojects/glib/gio/gtlsconnection.c:397: invalid property id 13 for "ciphersuite-name" of type 'GParamString' in 'GTlsClientConnectionGnutls' ``` In the browser, the page contents simply are 'Error reading data from TLS socket: The specified session has been invalidated for some reason.' or, sometimes, 'Could not parse HTTP response'. This is not always reproducible, sometimes, rarely, page loads just randomly work, but 99% of the time they don't. I've tried Google, YouTube, Reddit, 'https://example.com', and 'https://www.iana.org/domains/reserved'. My best guess is that this is some bug introduced in `libsoup-3.0`, maybe in its `glib` dependency? I had to recompile `libsoup` as well, for the same reasons I had to recompile WebKitGTK. My biggest concern, by far, is the visibility issue. It does appear that things are being rendered, it's just pure white unless I drag things away with my mouse. To be clear, every other GUI element of my GTK app is visible and working properly, it's just the WebView which is experiencing this. I'm running Arch Linux with GNOME DE, X11 (because Nvidia GPU), using proprietary Nvidia drivers, with all installed packages up-to-date. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/0 ------------------------------------------------------------------------ On 2021-07-25T00:18:40+00:00 Emil Sayahi wrote: Ah, interesting. I've discovered the rendering isn't actually pure white, but slightly darker. I ramped up my Night Shift intensity in the GNOME settings app, and I can slightly make out some text from the WebView in a very light grey. The developer tools, accessed from the 'Inspect Element' context menu option, are completely invisible, however. Context menus, like the rest of the GTK elements, appear to be working just fine. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/1 ------------------------------------------------------------------------ On 2021-07-25T03:45:58+00:00 Emil Sayahi wrote: I've made a discovery regarding the page loading failure. Based on the errors, I guessed it was an issue with HTTPS. I've been able to connect to 'http://neverssl.com/' and 'http://example.com' (as opposed to the https version) consistently. I'm now updating the bug report title to mention this issue Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/2 ------------------------------------------------------------------------ On 2021-07-25T18:02:26+00:00 Mcatanzaro-c wrote: (In reply to Emil Sayahi from comment #0) > Additionally, almost all page loads fail while emitting any of the following > warnings: > ``` > (process:70483): GLib-Net-WARNING **: 17:44:39.051: > ../glib-networking/tls/gnutls/gtlscertificate-gnutls.c:161: invalid property > id 3 for "private-key" of type 'GParamBoxed' in 'GTlsCertificateGnutls' > > (process:67609): GLib-GIO-WARNING **: 17:13:47.931: > ../subprojects/glib/gio/gtlsconnection.c:397: invalid property id 12 for > "protocol-version" of type 'GParamEnum' in 'GTlsClientConnectionGnutls' > > (process:67609): GLib-GIO-WARNING **: 17:13:47.931: > ../subprojects/glib/gio/gtlsconnection.c:397: invalid property id 13 for > "ciphersuite-name" of type 'GParamString' in 'GTlsClientConnectionGnutls' > ``` This means your glib is too old: somehow, you built glib-networking against a newer glib than you're using at runtime. You need to make sure that the software in your runtime environment is never older than the software in your build environment. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/3 ------------------------------------------------------------------------ On 2021-07-25T20:56:02+00:00 Emil Sayahi wrote: (In reply to Michael Catanzaro from comment #3) > (In reply to Emil Sayahi from comment #0) > > Additionally, almost all page loads fail while emitting any of the following > > warnings: > > ``` > > (process:70483): GLib-Net-WARNING **: 17:44:39.051: > > ../glib-networking/tls/gnutls/gtlscertificate-gnutls.c:161: invalid property > > id 3 for "private-key" of type 'GParamBoxed' in 'GTlsCertificateGnutls' > > > > (process:67609): GLib-GIO-WARNING **: 17:13:47.931: > > ../subprojects/glib/gio/gtlsconnection.c:397: invalid property id 12 for > > "protocol-version" of type 'GParamEnum' in 'GTlsClientConnectionGnutls' > > > > (process:67609): GLib-GIO-WARNING **: 17:13:47.931: > > ../subprojects/glib/gio/gtlsconnection.c:397: invalid property id 13 for > > "ciphersuite-name" of type 'GParamString' in 'GTlsClientConnectionGnutls' > > ``` > > This means your glib is too old: somehow, you built glib-networking against > a newer glib than you're using at runtime. You need to make sure that the > software in your runtime environment is never older than the software in > your build environment. I built and installed GLib from the GNOME GitLab. I then used that very same version when compiling `libsoup-3.0`. You can see this in the script I'm using to build WebKit (https://raw.githubusercontent.com/Dirout/oku/90034f7d55649026a61ead2e934226870a1cb607/build-dependencies.sh). Just to ensure this is the case, I've rebuilt and reinstalled, in order of mentioning, GLib, Libsoup, and WebKitGTK. Afterwards, I rebuilt my browser. Neither issue has been resolved, and I continue to receive the very same GLib-GIO warnings regarding HTTPS. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/4 ------------------------------------------------------------------------ On 2021-07-25T22:39:58+00:00 Mcatanzaro-c wrote: Try building glib-networking as well? Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/5 ------------------------------------------------------------------------ On 2021-07-25T23:48:55+00:00 Emil Sayahi wrote: (In reply to Michael Catanzaro from comment #5) > Try building glib-networking as well? Thanks, that fixed it. Building & installing GLib, glib-networking, libsoup, and then WebKit, in that order, now allows for successful HTTPS connections. Now removing mention of this from the bug report title. Now all that remains is the original issue, the blanked out WebView. It is being properly rendered somehow, as dragging page elements like images or highlighted text makes them visible while dragged, but the actual WebView GTK widget itself is almost pure white. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/6 ------------------------------------------------------------------------ On 2021-08-03T03:41:19+00:00 Emil Sayahi wrote: I've compiled the MiniBrowser, and this rendering issue also affects that. Now I know for certain it's not something related to my code or browser. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/7 ------------------------------------------------------------------------ On 2021-08-14T15:07:10+00:00 Emil Sayahi wrote: Someone has tested and informed me via Reddit that this bug is present on Nvidia GPUs, but not Intel graphics. Source: https://reddit.com/r/GTK/comments/owvlen/how_does_gtk4_webkit_render_for_you/h89w498/ This would be a regression, as the stable, GTK3 releases of WebKitGTK do not have this terrible rendering bug on Nvidia. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/8 ------------------------------------------------------------------------ On 2021-11-24T04:08:39+00:00 Lauro Moura wrote: Adding bug192879 as it might be related (changed the isInAcceleratedCompositingMode implementation) Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/9 ------------------------------------------------------------------------ On 2021-11-24T04:09:25+00:00 Lauro Moura wrote: Sorry. Wrong bugzilla page... #facepalm Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/10 ------------------------------------------------------------------------ On 2022-03-23T21:55:13+00:00 Mcatanzaro-c wrote: Hi Emil, can you confirm that this is still broken] I expect so, since nobody has attempted to fix it, but it's been half a year, and occasionally the bug gremlins take pity and fix things for us if we wait long enough.... Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/11 ------------------------------------------------------------------------ On 2022-04-04T16:37:07+00:00 JeanLuc wrote: Hello Michael, I can't speak for myself, but the bug seems to still be present in the version that is currently shipped in "org.gnome.Platform" master. So probably a somewhat recent version of webkit master/main? I'm getting feedback from people trying the Gtk4 port of my feed reader. https://gitlab.com/news-flash/news_flash_gtk/-/issues/318 https://gitlab.com/news-flash/newsblur_api/-/issues/2#note_899952104 Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/12 ------------------------------------------------------------------------ On 2022-06-17T20:41:42+00:00 Pgriffis wrote: Created attachment 460310 Picture of broken rendering Broken rendering on nvidia as of git commit 54f1485d92416e5b27b10fef5b47e9c4844f53d7 Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/13 ------------------------------------------------------------------------ On 2022-07-03T01:41:39+00:00 Emil Sayahi wrote: (In reply to Michael Catanzaro from comment #11) > Hi Emil, can you confirm that this is still broken] I expect so, since > nobody has attempted to fix it, but it's been half a year, and occasionally > the bug gremlins take pity and fix things for us if we wait long enough.... I forgot this was still open. Yes, it remains broken for me to this date. On Arch Linux with an NVIDIA GTK 970, all up-to-date packages (NVIDIA drivers, GNOME 42, webkit2gtk-5.0, GTK4 dev packages, etc). I found [this video](https://youtu.be/xm6AiWzdERc) of someone trying the GTK 4 branch of GNOME Web and they appear to encounter the same problem unless they force dark mode. That doesn't appear to be a fix for me Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/14 ------------------------------------------------------------------------ On 2022-07-03T16:31:38+00:00 Emil Sayahi wrote: Created attachment 460638 Screenshot of correct rendering with dark mode To further add to my previous comment: After switching my browser over to `libadwaita` and enforcing a dark mode through `libadwaita::StyleManager` as opposed to `gtk4::Settings.gtk_application_prefer_dark_theme`, the rendering does appear to get fixed, as that YouTube video that I'd found appeared to show. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/15 ------------------------------------------------------------------------ On 2022-07-03T16:36:58+00:00 Emil Sayahi wrote: Created attachment 460639 Screenshot showing rendering irregularity with dark mode It appears, however, that things still appear to be abnormally bright, as demonstrated with this screenshot of Reddit in my own browser. This is not the case in Google Chrome or Firefox (will post comparison screenshot in next comment). Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/16 ------------------------------------------------------------------------ On 2022-07-03T16:45:53+00:00 Emil Sayahi wrote: Created attachment 460640 Screenshot showing correct rendering in other browser This is Reddit in Google Chrome, as a point of comparison to show how bright WebKitGTK still appeared, even when things were made visible with the switch to `libadwaita`'s forced dark mode. I tried taking a screenshot in pre-GTK4 GNOME Web instead of Google Chrome, but it appears running my own browser causes the WebKitGTK component to become non-functional in GNOME Web until I restart my PC. This is true in the reverse—when, last night, I switched my browser to `libadwaita` (it was already using GTK4, FYI) the WebKit component decided to stop working completely, spitting out errors in the terminal, while GNOME Web operated fine. This remained the case until I restarted my PC this morning and attempted running my own browser again, when it started magically working without any code changes, but apparently caused GNOME Web to break. If you want to tinker around with my GTK4 + libadwaita + webkit2gtk-5.0 web browser to debug things yourself, the source code is here: https://github.com/Dirout/oku/ (latest commit is https://github.com/Dirout/oku/commit/dda8ee0c11e520a78c69e77e0ba00726bb032436 as of posting this comment). To run it, install the Rust compiler toolchain and run `cargo run --release` inside the source code directory. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/17 ------------------------------------------------------------------------ On 2022-07-14T13:11:15+00:00 Mcatanzaro-c wrote: Looks like this is going to be a blocker for GTK 4. Does Igalia plan to investigate this? I can try to pull in Red Hat graphics people if that would help? Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/18 ------------------------------------------------------------------------ On 2023-01-06T17:16:13+00:00 Mcatanzaro-c wrote: (In reply to Michael Catanzaro from comment #18) > Looks like this is going to be a blocker for GTK 4. Does Igalia plan to > investigate this? I can try to pull in Red Hat graphics people if that would > help? This offer is still available. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/19 ------------------------------------------------------------------------ On 2023-01-16T21:13:55+00:00 Mcatanzaro-c wrote: I will ask Red Hat to see if we might help with this. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/20 ------------------------------------------------------------------------ On 2023-01-18T18:08:00+00:00 Mcatanzaro-c wrote: Created attachment 464540 Test patch for glvnd Hi, we'd like an NVIDIA user who is willing to rebuild glvnd to try a debug patch to see if we have a synchronization problem in GTK and/or WebKit. This patch is a hack that's only suitable for debug purposes. Goal is to see if this fixes the rendering issue or if it makes no difference. Emil, if you're still around, I see you're using Arch Linux. How comfortable would you be with rebuilding Arch's glvnd package with this patch included? Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/21 ------------------------------------------------------------------------ On 2023-01-18T18:10:32+00:00 Mcatanzaro-c wrote: BTW, this test will only work if Arch actually uses glvnd, but I think it does based on this old news article: https://archlinux.org/news/mesa- with-libglvnd-support-is-now-in-testing/. Would be helpful to confirm that for certain. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/22 ------------------------------------------------------------------------ On 2023-01-18T18:15:56+00:00 Mcatanzaro-c wrote: Comment on attachment 464540 Test patch for glvnd Um, the patch is broken. Sec. :) Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/23 ------------------------------------------------------------------------ On 2023-01-18T18:43:46+00:00 Mcatanzaro-c wrote: Created attachment 464541 glvnd debug patch, try #2 Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/24 ------------------------------------------------------------------------ On 2023-01-18T21:18:28+00:00 Adrian Perez wrote: (In reply to Michael Catanzaro from comment #22) > BTW, this test will only work if Arch actually uses glvnd, but I think it > does based on this old news article: > https://archlinux.org/news/mesa-with-libglvnd-support-is-now-in-testing/. > Would be helpful to confirm that for certain. Yes, Arch has been using libglvnd for a good while, and it's the provider chosen by default for the “libgl” virtual package: https://archlinux.org/packages/extra/x86_64/libglvnd/ Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/25 ------------------------------------------------------------------------ On 2023-01-30T20:18:20+00:00 Mcatanzaro-c wrote: Can anyone at least confirm the bug still exists? Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/26 ------------------------------------------------------------------------ On 2023-01-30T21:05:27+00:00 JeanLuc wrote: I've been trying to get some testers for the patch. But it seems like people are expecting some ready to run binaries. Not having to compile or install anything: https://gitlab.com/news-flash/news_flash_gtk/-/issues/318 Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/27 ------------------------------------------------------------------------ On 2023-01-30T22:01:31+00:00 Mcatanzaro-c wrote: Alas, for this bug we really do need someone who is comfortable with modifying libglvnd. If using via flatpak, that would require rebuilding the runtime. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/28 ------------------------------------------------------------------------ On 2023-02-01T20:41:45+00:00 Cpcp800 wrote: Rebuilt libglvnd with patch from Michael. Can confirm issue still present in MiniBrowser example. Running Nvidia 525.85.05 uname -a: Linux party 6.1.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Tue, 24 Jan 2023 21:07:04 +0000 x86_64 GNU/Linux Webkit5 installed from repo. ldd shows patched library is being linked. If i should rebuild wk-5.0 from source, it will wait till tomorrow, when i get my new cpu home, because i've got no patience for building on a 4-core machine Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/29 ------------------------------------------------------------------------ On 2023-02-01T21:32:55+00:00 Mcatanzaro-c wrote: No need to build WebKit. That was exactly the testing that we needed. Was hoping you'd say it was fixed, but oh well. Thanks. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/30 ------------------------------------------------------------------------ On 2023-02-01T22:11:45+00:00 Cpcp800 wrote: (In reply to Michael Catanzaro from comment #30) > No need to build WebKit. That was exactly the testing that we needed. Was > hoping you'd say it was fixed, but oh well. Thanks. If it "just worked"™️ we'd all have no job security ;) feel free to ping me here or on Mastodon cpebble@norrebro.space if you need testing or further debug traces at some point Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/31 ------------------------------------------------------------------------ On 2023-02-08T10:00:25+00:00 Sonny-p wrote: In case it's helpful, an NVIDIA Tangram user has reported to have washed out colors instead of completely white. https://github.com/sonnyp/Tangram/issues/231 Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/32 ------------------------------------------------------------------------ On 2023-02-08T10:19:12+00:00 JeanLuc wrote: > In case it's helpful, an NVIDIA Tangram user has reported to have washed out colors instead of completely white. I thought this was already known, so I didn't report it. But yes, "dark" content is visible, but way brighter than it should be: https://gitlab.com/news-flash/news_flash_gtk/-/issues/419 Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/33 ------------------------------------------------------------------------ On 2023-02-08T17:15:26+00:00 Mcatanzaro-c wrote: That might be worth a separate bug report. I think it's safe to say we don't know anything about problems with NVIDIA except for what you see here in this issue. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/34 ------------------------------------------------------------------------ On 2023-02-10T22:26:55+00:00 Halfmexicanhalfamazing wrote: Hey! I’m the nvidia tangram user. I’m comfortable compiling for source. What can I do to help? Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/35 ------------------------------------------------------------------------ On 2023-02-10T23:09:25+00:00 Mcatanzaro-c wrote: Hmm, at this time I need to ping our graphics developers again because so far we have all the info they requested. But I'm glad you're here as no doubt we'll need you to test something soon enough. ;) Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/36 ------------------------------------------------------------------------ On 2023-02-21T13:48:19+00:00 Mcatanzaro-c wrote: So bad news, Red Hat decided we'll only support WebKitGTK for nouveau users. We might have some further debugging tips to provide but otherwise won't be working on this after all. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/37 ------------------------------------------------------------------------ On 2023-03-30T20:15:07+00:00 Ekurzinger-9 wrote: Hey guys, I had a look at this with a debug build of the NVIDIA driver which might help. I tried Michael's suggestion of adding a glFinish() before glX/eglMakeCurrent but that didn't have an effect. For the record I'm using the GTK4 app "newsflash", which includes a WebKit view, and currently that area is completely blank. What seems to be the issue is that the alpha channel of the pixmap that the WebKit process renders to is zero, but the GUI process interprets it as ARGB data. If I hack cairo to always interpret the data as XRGB instead it fixes the problem for me. I'm still not sure whether it's a driver bug or an issue in WebKit, but at least this narrows it down somewhat. The pixmap *is* depth-32 so it's a bit strange that no alpha data is getting written. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/38 ------------------------------------------------------------------------ On 2023-03-30T23:03:09+00:00 Ekurzinger-9 wrote: Ok. The problem is that while the WebKit process chooses a depth-32 X11 visual for its window (in PlatformDisplayX11::visual), the associated GLXFBConfig doesn't actually have an alpha channel. So it ends up rendering in RGB. It looks like Chromium devs struggled with a similar problem years ago [1]. There's not really a reliable way to choose a suitable X11 visual without calling into GLX, so fixing this might be a bit tricky with the current architecture. Also, a separate issue is that GLContextGLX::createWindowContext includes "GLX_FRAMEBUFFER_SRGB_CAPABLE_EXT, GL_FALSE" in its glXChooseFBConfig criteria, which causes that function to fail to find any configs. Is there a reason for doing that? SRGB framebuffers are disabled by default even if the config supports them, so it shouldn't be necessary, right? Regardless, though, even if that criterion is removed, it will find a config but glXMakeCurrent will fail because you can't make an XRGB drawable current to an ARGB context. So the visual thing also needs to be fixed somehow. [1] https://bugs.chromium.org/p/chromium/issues/detail?id=369209 Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/39 ------------------------------------------------------------------------ On 2023-03-31T11:39:12+00:00 Mcatanzaro-c wrote: Thanks for looking into this. So I don't understand graphics much, but I do know that we do not depend on GLX anymore -- EGL is mandatory nowadays -- so talk about GLX is a red flag because we're not using that anymore. So I think you've been debugging an older version of WebKitGTK with different graphics architecture? The current stable release is 2.40.0 and the last release to use GLX was 2.38. There's probably no point in debugging 2.38 at this point. (I think the GLX code is still present in 2.40, but unused. In main it has been removed.) Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/40 ------------------------------------------------------------------------ On 2023-03-31T12:21:40+00:00 JeanLuc wrote: Erik mentioned "newsflash" which is indeed still on the old webkit2gtk-5.0 API. The new API was just released and there are still no rust bindings for it. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/41 ------------------------------------------------------------------------ On 2023-03-31T17:14:34+00:00 Ekurzinger-9 wrote: I used newsflash because a few of the earlier comments mentioned it. Are we sure that the issue is actually still present with 2.40? I tried the midori browser, which does use 2.40, but that seems to work fine on my system. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/42 ------------------------------------------------------------------------ On 2023-03-31T17:53:35+00:00 Mcatanzaro-c wrote: (In reply to Erik Kurzinger from comment #42) > Are we sure that the issue is actually still present with 2.40? I'm not sure. I hope we didn't have you doing a wild goose chase. Could someone who is able to reproduce the problem (e.g. cpcp800) please confirm this is still broken with 2.40.0? For reference, we switched from GLX to EGL in https://commits.webkit.org/254751@main (present in 2.40, not in 2.38) and removed the code in https://commits.webkit.org/261741@main (will be present in 2.42, not in 2.40). Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/43 ------------------------------------------------------------------------ On 2023-04-04T00:08:20+00:00 Craig wrote: Hello. I have the same issue with Epiphany 44.1 flatpak which uses webkit 2.40. My laptop uses the older proprietary nvidia-340 and it was suggested on irc I include webkit://gpu text. Note this page also renders blank, but I can still copy and paste from it. Copy to clipboard Version Information WebKit version WebKitGTK 2.40.0 (tarball) Operating system Linux 5.4.0-146-generic #163~18.04.1-Ubuntu SMP Mon Mar 20 15:02:59 UTC 2023 x86_64 Desktop Enlightenment Cairo version 1.16.0 (build) 1.16.0 (runtime) GStreamer version 1.20.5 (build) GStreamer 1.20.5 (runtime) GTK version 4.10.1 (build) 4.10.1 (runtime) Display Information Type X11 Screen geometry 0,0 1920x1080 Screen work area 0,0 1920x1080 Depth 24 Bits per color component 8 DPI 96 Hardware Acceleration Information Policy always WebGL enabled Yes API OpenGL ES 2 (libepoxy) Native interface GLX GL_RENDERER GeForce GT 330M/PCIe/SSE2 GL_VENDOR NVIDIA Corporation GL_VERSION OpenGL ES 2.0 340.108 GL_SHADING_LANGUAGE_VERSION OpenGL ES GLSL ES 1.00 GL_EXTENSIONS GLX_VERSION 1.4 GLX_VENDOR NVIDIA Corporation GLX_EXTENSIONS GLX_ARB_get_proc_address GLX_ARB_multisample GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_SGI_video_sync GLX_NV_swap_group GLX_NV_video_out GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_swap_control GLX_EXT_swap_control GLX_EXT_swap_control_tear GLX_EXT_buffer_age GLX_ARB_create_context GLX_ARB_create_context_profile GLX_NV_float_buffer GLX_ARB_fbconfig_float GLX_EXT_fbconfig_packed_float GLX_EXT_texture_from_pixmap GLX_EXT_framebuffer_sRGB GLX_NV_present_video GLX_NV_copy_image GLX_NV_multisample_coverage GLX_NV_video_capture GLX_EXT_create_context_es_profile GLX_EXT_create_context_es2_profile GLX_ARB_create_context_robustness GLX_NV_delay_before_swap GLX_EXT_stereo_tree Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/44 ------------------------------------------------------------------------ On 2023-04-04T01:39:17+00:00 Mcatanzaro-c wrote: I think we should backport at least the protocol handler changes from 261741@main to 2.40 branch. Since the GLX code is really completely unused in 2.40 (right?) but without that commit, we still print GLX rather than EGL stuff in webkit://gpu, which is not what we need to see here. > OpenGL ES 2 (libepoxy) Hm, OpenGL ES is supposed to be supported and working, but it's pretty unusual for a desktop system, and I bet it's rarely tested.... Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/45 ------------------------------------------------------------------------ On 2023-04-04T02:21:55+00:00 Craig wrote: Terminal output: $ flatpak run org.gnome.Epiphany (epiphany:2): epiphany-WARNING **: 19:18:28.252: Failed to search secrets in password schema: org.freedesktop.DBus.Error.ServiceUnknown Gsk-Message: 19:18:28.468: Failed to realize renderer of type 'GskGLRenderer' for surface 'GdkX11Toplevel': Compilation failure in shader. Source Code: 1| #version 100 2| #define GSK_GLES 1 3| #define NO_CLIP 1 4| #ifndef GSK_LEGACY 5| precision highp float; 6| #endif 7| 8| #if defined(GSK_GLES) || defined(GSK_LEGACY) 9| #define _OUT_ varying 10| #define _IN_ varying 11| #define _GSK_ROUNDED_RECT_UNIFORM_ vec4[3] 12| #else 13| #define _OUT_ out 14| #define _IN_ in 15| #define _GSK_ROUNDED_RECT_UNIFORM_ GskRoundedRect 16| #endif 17| 18| 19| struct GskRoundedRect 20| { 21| vec4 bounds; // Top left and bottom right 22| // Look, arrays can't be in structs if you want to return the struct 23| // from a function in gles or whatever. Just kill me. 24| vec4 corner_points1; // xy = top left, zw = top right 25| vec4 corner_points2; // xy = bottom right, zw = bottom left 26| }; 27| 28| // Transform from a C GskRoundedRect to what we need. 29| GskRoundedRect 30| gsk_create_rect(vec4[3] data) 31| { 32| vec4 bounds = vec4(data[0].xy, data[0].xy + data[0].zw); 33| 34| vec4 corner_points1 = vec4(bounds.xy + data[1].xy, 35| bounds.zy + vec2(data[1].zw * vec2(-1, 1))); 36| vec4 corner_points2 = vec4(bounds.zw + (data[2].xy * vec2(-1, -1)), 37| bounds.xw + vec2(data[2].zw * vec2(1, -1))); 38| 39| return GskRoundedRect(bounds, corner_points1, corner_points2); 40| } 41| 42| vec4 43| gsk_get_bounds(vec4[3] data) 44| { 45| return vec4(data[0].xy, data[0].xy + data[0].zw); 46| } 47| 48| vec4 gsk_premultiply(vec4 c) { 49| return vec4(c.rgb * c.a, c.a); 50| } 51| 52| vec4 gsk_scaled_premultiply(vec4 c, float s) { 53| // Fast version of gsk_premultiply(c) * s 54| // 4 muls instead of 7 55| float a = s * c.a; 56| 57| return vec4(c.rgb * a, a); 58| } 59| uniform mat4 u_projection; 60| uniform mat4 u_modelview; 61| uniform float u_alpha; 62| 63| #if defined(GSK_GLES) || defined(GSK_LEGACY) 64| attribute vec2 aPosition; 65| attribute vec2 aUv; 66| attribute vec4 aColor; 67| attribute vec4 aColor2; 68| _OUT_ vec2 vUv; 69| #else 70| _IN_ vec2 aPosition; 71| _IN_ vec2 aUv; 72| _IN_ vec4 aColor; 73| _IN_ vec4 aColor2; 74| _OUT_ vec2 vUv; 75| #endif 76| 77| // amount is: top, right, bottom, left 78| GskRoundedRect 79| gsk_rounded_rect_shrink (GskRoundedRect r, vec4 amount) 80| { 81| vec4 new_bounds = r.bounds + vec4(1.0,1.0,-1.0,-1.0) * amount.wxyz; 82| vec4 new_corner_points1 = r.corner_points1; 83| vec4 new_corner_points2 = r.corner_points2; 84| 85| if (r.corner_points1.xy == r.bounds.xy) new_corner_points1.xy = new_bounds.xy; 86| if (r.corner_points1.zw == r.bounds.zy) new_corner_points1.zw = new_bounds.zy; 87| if (r.corner_points2.xy == r.bounds.zw) new_corner_points2.xy = new_bounds.zw; 88| if (r.corner_points2.zw == r.bounds.xw) new_corner_points2.zw = new_bounds.xw; 89| 90| return GskRoundedRect (new_bounds, new_corner_points1, new_corner_points2); 91| } 92| 93| void 94| gsk_rounded_rect_offset(inout GskRoundedRect r, vec2 offset) 95| { 96| r.bounds.xy += offset; 97| r.bounds.zw += offset; 98| r.corner_points1.xy += offset; 99| r.corner_points1.zw += offset; 100| r.corner_points2.xy += offset; 101| r.corner_points2.zw += offset; 102| } 103| 104| void gsk_rounded_rect_transform(inout GskRoundedRect r, mat4 mat) 105| { 106| r.bounds.xy = (mat * vec4(r.bounds.xy, 0.0, 1.0)).xy; 107| r.bounds.zw = (mat * vec4(r.bounds.zw, 0.0, 1.0)).xy; 108| 109| r.corner_points1.xy = (mat * vec4(r.corner_points1.xy, 0.0, 1.0)).xy; 110| r.corner_points1.zw = (mat * vec4(r.corner_points1.zw, 0.0, 1.0)).xy; 111| 112| r.corner_points2.xy = (mat * vec4(r.corner_points2.xy, 0.0, 1.0)).xy; 113| r.corner_points2.zw = (mat * vec4(r.corner_points2.zw, 0.0, 1.0)).xy; 114| } 115| 116| #if defined(GSK_LEGACY) 117| // Can't have out or inout array parameters... 118| #define gsk_rounded_rect_encode(r, uni) uni[0] = r.bounds; uni[1] = r.corner_points1; uni[2] = r.corner_points2; 119| #else 120| void gsk_rounded_rect_encode(GskRoundedRect r, out _GSK_ROUNDED_RECT_UNIFORM_ out_r) 121| { 122| #if defined(GSK_GLES) 123| out_r[0] = r.bounds; 124| out_r[1] = r.corner_points1; 125| out_r[2] = r.corner_points2; 126| #else 127| out_r = r; 128| #endif 129| } 130| 131| #endif 132| 133| // blend.glsl 134| 135| void main() { 136| gl_Position = u_projection * u_modelview * vec4(aPosition, 0.0, 1.0); 137| 138| vUv = vec2(aUv.x, aUv.y); 139| } 140| 141| // FRAGMENT_SHADER: Error Message: 0(30) : error C7551: OpenGL first class arrays require #version 120 0(43) : error C7551: OpenGL first class arrays require #version 120 0(120) : error C7551: OpenGL first class arrays require #version 120 Cannot create EGL sharing context: error binding OpenGL API (EGL_BAD_PARAMETER) Cannot create EGL sharing context: error binding OpenGL API (EGL_BAD_PARAMETER) Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/46 ------------------------------------------------------------------------ On 2023-05-30T03:15:29+00:00 Craig wrote: The current devel version if far less verbose; it flat out refuses to run, claiming it needs one of 3 requirements. I apparently meet 2 out of 3. bodhi@VPCF115FM:~$ flatpak run org.gnome.Epiphany.Devel (epiphany:2): epiphany-WARNING **: 20:13:12.716: Failed to search secrets in password schema: org.freedesktop.DBus.Error.ServiceUnknown No provider of glGenSamplers found. Requires one of: Desktop OpenGL 3.3 GL_ARB_sampler_objects OpenGL ES 3.0 bodhi@VPCF115FM:~$ glxinfo|grep "OpenGL version" OpenGL version string: 3.3.0 NVIDIA 340.108 bodhi@VPCF115FM:~$ glxinfo|grep GL_ARB_sampler_objects GL_ARB_sample_shading, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, GL_ARB_sample_shading, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, bodhi@VPCF115FM:~$ glxinfo|grep "OpenGL ES profile version" OpenGL ES profile version string: OpenGL ES 2.0 NVIDIA 340.108 340.108 bodhi@VPCF115FM:~$ Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/47 ------------------------------------------------------------------------ On 2023-05-30T14:12:21+00:00 Mcatanzaro-c wrote: (In reply to Craig from comment #47) > The current devel version if far less verbose; it flat out refuses to run, > claiming it needs one of 3 requirements. I apparently meet 2 out of 3. After discussing this with Benjamin, it looks like this is actually required by GTK 4, not by WebKit. Are you able to run any other GTK 4 applications? Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/48 ------------------------------------------------------------------------ On 2023-05-30T16:10:15+00:00 Craig wrote: (In reply to Michael Catanzaro from comment #48) > After discussing this with Benjamin, it looks like this is actually required > by GTK 4, not by WebKit. Are you able to run any other GTK 4 applications? I am using an older distro and don't believe I have anything GTK4 already, so I installed gnome-calculator flatpak from gnome-nightly to test, and indeed it fails with the same error. $ flatpak run org.gnome.Calculator.Devel No provider of glGenSamplers found. Requires one of: Desktop OpenGL 3.3 GL_ARB_sampler_objects OpenGL ES 3.0 $ Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/49 ------------------------------------------------------------------------ On 2023-06-02T16:26:48+00:00 Mcatanzaro-c wrote: Craig reported https://gitlab.gnome.org/GNOME/gtk/-/issues/5858 since that is indeed a problem with using any GTK 4 apps. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome-online- accounts/+bug/2023322/comments/50 ** Changed in: webkit Status: Unknown => Confirmed ** Changed in: webkit Importance: Unknown => High ** Bug watch added: gitlab.com/news-flash/news_flash_gtk/-/issues #318 https://gitlab.com/news-flash/news_flash_gtk/-/issues/318 ** Bug watch added: gitlab.com/news-flash/newsblur_api/-/issues #2 https://gitlab.com/news-flash/newsblur_api/-/issues/2 ** Bug watch added: github.com/sonnyp/Tangram/issues #231 https://github.com/sonnyp/Tangram/issues/231 ** Bug watch added: gitlab.com/news-flash/news_flash_gtk/-/issues #419 https://gitlab.com/news-flash/news_flash_gtk/-/issues/419 ** Bug watch added: gitlab.gnome.org/GNOME/gtk/-/issues #5858 https://gitlab.gnome.org/GNOME/gtk/-/issues/5858 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gnome-online-accounts in Ubuntu. https://bugs.launchpad.net/bugs/2023322 Title: Unable to setup Google Online Accounts with Nvidia drivers Status in gnome-control-center: Fix Released Status in Webkit: Confirmed Status in gnome-control-center package in Ubuntu: Triaged Status in gnome-online-accounts package in Ubuntu: Triaged Status in webkit2gtk package in Ubuntu: Incomplete Status in webkit2gtk package in Debian: New Bug description: When I go into Settings > Online Accounts > Google, I get to the prompt for email address, once in a while it stops accepting input there. But often I can get to the password screen. Once I do, I can't type anything or paste anything. This is a fresh install of Ubuntu 23.04 and I have installed all updates. Nothing in /var/crash Jun 08 11:15:59 CCW-HAL systemd[3523]: vte-spawn-8b4a59a3-a060-4bdd-92e6-285656bdb9a2.scope: Consumed 3.448s CPU time. Jun 08 11:16:01 CCW-HAL gnome-shell[3803]: g_closure_unref: assertion 'closure->ref_count > 0' failed Jun 08 11:16:01 CCW-HAL gnome-shell[3803]: g_closure_unref: assertion 'closure->ref_count > 0' failed Jun 08 11:16:01 CCW-HAL gnome-shell[3803]: g_closure_unref: assertion 'closure->ref_count > 0' failed Jun 08 11:16:29 CCW-HAL systemd[3523]: Started app-gnome-org.gnome.Terminal-10924.scope - Application launched by gnome-shell. Jun 08 11:16:29 CCW-HAL dbus-daemon[3552]: [session uid=1000 pid=3552] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested by ':1.167' (uid=1000 pid=10927 comm="/usr/bin/gnome-terminal.real" label="unconfined") Jun 08 11:16:29 CCW-HAL systemd[3523]: Starting gnome-terminal-server.service - GNOME Terminal Server... Jun 08 11:16:29 CCW-HAL dbus-daemon[3552]: [session uid=1000 pid=3552] Successfully activated service 'org.gnome.Terminal' Jun 08 11:16:29 CCW-HAL systemd[3523]: Started gnome-terminal-server.service - GNOME Terminal Server. Jun 08 11:16:29 CCW-HAL systemd[3523]: Started vte-spawn-9cee1911-372a-4bb4-8b57-694984e43990.scope - VTE child process 10955 launched by gnome-terminal-server process 10931. Jun 08 11:16:49 CCW-HAL gnome-control-c[8079]: Error showing account: Child process exited with code 1 Jun 08 11:16:53 CCW-HAL gnome-online-accounts-panel.desktop[9764]: GLib-GIO: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)GLib-GIO: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’GLib: unsetenv() is not thread-safe and should not be used after threads are createdGLib-GIO: _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’GoaBackend: Loading all providers: GoaBackend: - googleGoaBackend: - owncloudGoaBackend: - windows_liveGoaBackend: - exchangeGoaBackend: - lastfmGoaBackend: - imap_smtpGoaBackend: - kerberosGoaBackend: activated kerberos providerGLib-GIO: _g_io_module_get_default: Found default implementation gnutls (GTlsBackendGnutls) for ‘gio-tls-backend’Failed to create account: Dialog was dismissed Jun 08 11:16:53 CCW-HAL xdg-desktop-por[3907]: Realtime error: Could not map pid: Could not determine pid namespace: Could not find instance-id in process's /.flatpak-info Jun 08 11:17:01 CCW-HAL CRON[11093]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0) Jun 08 11:17:01 CCW-HAL CRON[11094]: (root) CMD (cd / && run-parts --report /etc/cron.hourly) Jun 08 11:17:01 CCW-HAL CRON[11093]: pam_unix(cron:session): session closed for user root Jun 08 11:17:06 CCW-HAL kernel: WebKitWebProces[11026]: segfault at 55bd22ad9adc ip 000055bd22ad9adc sp 00007ffd1f6adbe8 error 14 likely on CPU 2 (core 2, socket 0) Jun 08 11:17:06 CCW-HAL kernel: Code: Unable to access opcode bytes at 0x55bd22ad9ab2. Jun 08 11:17:36 CCW-HAL gnome-shell[3803]: Window manager warning: WM_TRANSIENT_FOR window 0x3a02767 for 0x3a02778 window override-redirect is an override-redirect window and this is not correct according to the standard, so we'll fallback to the first non-override-redirect window 0x3a006dc. Jun 08 11:17:42 CCW-HAL systemd[1]: Starting systemd-tmpfiles-clean.service - Cleanup of Temporary Directories... Jun 08 11:17:42 CCW-HAL systemd[1]: systemd-tmpfiles-clean.service: Deactivated successfully. Jun 08 11:17:42 CCW-HAL systemd[1]: Finished systemd-tmpfiles-clean.service - Cleanup of Temporary Directories. Jun 08 11:17:42 CCW-HAL systemd[1]: run-credentials-systemd\x2dtmpfiles\x2dclean.service.mount: Deactivated successfully. Jun 08 11:18:10 CCW-HAL gnome-shell[3803]: Window manager warning: WM_TRANSIENT_FOR window 0x3a029e2 for 0x3a029f0 window override-redirect is an override-redirect window and this is not correct according to the standard, so we'll fallback to the first non-override-redirect window 0x3a006dc. --- ProblemType: Bug ApportVersion: 2.26.1-0ubuntu2 Architecture: amd64 CasperMD5CheckResult: unknown CurrentDesktop: ubuntu:GNOME DistroRelease: Ubuntu 23.04 InstallationDate: Installed on 2023-06-01 (7 days ago) InstallationMedia: Ubuntu 23.04 "Lunar Lobster" - Release amd64 (20230418) NonfreeKernelModules: nvidia_modeset nvidia Package: gnome-online-accounts 3.48.0-1 PackageArchitecture: amd64 ProcEnviron: LANG=en_US.UTF-8 PATH=(custom, no user) SHELL=/bin/bash TERM=xterm-256color XDG_RUNTIME_DIR=<set> ProcVersionSignature: Ubuntu 6.2.0-20.20-generic 6.2.6 Tags: lunar Uname: Linux 6.2.0-20-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip kvm libvirt lpadmin plugdev sudo users _MarkForUpload: True To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-control-center/+bug/2023322/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
