[02:12] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [pull request #2590](https://github.com/MirServer/mir/pull/2590): Fix timestamp calibration... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/59f3f7724756385cd87777bd1151f73df64b83ce) [07:13] w00t sophie! [08:17] And scrolling is good again :) [08:44] Hmm it's the second time my caps is stuck... oWAIT wth IS going ON? [08:45] You're seeing https://github.com/MirServer/mir/issues/2025? I hoped that was gone [08:54] Don't think it's that, as I can Shift it to go back to no caps [08:54] But otherwise it sounds similar, and it did reconcile itself [08:54] In that case it is something new [08:57] What do you think of cherry-picking #2590 and reviewing possible alternate solutions on main? [09:01] WFM [09:14] Ooof. I didn't hit send on that review soon enough :) [09:14] There's always `bors cancel` :) [09:15] Eh; we can cherry-pick it and then remove the code in `main` [09:18] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2590](https://github.com/MirServer/mir/pull/2590): Fix timestamp calibration [09:18] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] closed [issue #2577](https://github.com/MirServer/mir/issues/2577): [2.9] Weird scrolling in, for example Firefox [09:30] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq edited [pull request #2562](https://github.com/MirServer/mir/pull/2562): Release 2.9.0 [09:30] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq edited [pull request #2562](https://github.com/MirServer/mir/pull/2562): Release 2.9.0 [09:51] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2591](https://github.com/MirServer/mir/pull/2591): Don't try to calebrate timestamps [09:51] -GitHub[m]:#mir-server- [09:51] -GitHub[m]:#mir-server- > Everyone should be using `steady_clock` (or equivalant) [09:59] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq requested a review from wmww for [pull request #2591](https://github.com/MirServer/mir/pull/2591): Don't try to calebrate timestamps [10:21] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq edited [issue #2586](https://github.com/MirServer/mir/issues/2586): Implement focus stealing prevention [10:22] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq added enhancement and removed bug from [issue #2586](https://github.com/MirServer/mir/issues/2586): Implement focus stealing prevention [10:33] So `snapd userd` is running, but xdg-open doesn't do anything, there must be something else we're missing in this scenario (like the shell listening to "open this" signals somewhere) [10:35] I've lost context. What doesn't xdg-open handle? [10:36] E.g. `xdg-open https://bbc.co.uk` WFM [10:38] OK my bad. Yes `xdg-open` works. But apps must not be using it somehow [10:38] s/apps/snapps/ [10:39] I can click on a URL in mate-terminal and that works, but not from snaps [10:39] I don't know how (if) that is supposed to work for confined snaps [10:40] It is supposed to work, and works in GNOME (xdg-open in snaps is made to talk to userd) [10:40] Probably a dbus service [10:40] Fractal complains `Server is missing xdg_foreign support`, but that's unlikely to be the real problem [10:42] As far as Miriway is concerned xdg_foreign is for "shell" bits only [10:42] Yeah and why would Fractal need that.. [10:42] Well, it's G[TD]K that complains, in fact [10:47] Well, the Wayland world is rather "wild west": nobody is enforcing any rules. [10:48] That. [10:51] D'oh. [10:51] xdg-desktop-portal[500395]: Error: no DISPLAY environment variable specified [10:52] LOL [10:52] You and MATE bugs [10:54] I don't think that's MATE, it should be DBus, so we may need to be telling dbus the DISPLAY value [10:54] That said, the portal should probably not assume X [10:54] :that: [10:57] And that fixes indeed [10:58] Something you can add to Miriway? [11:08] https://github.com/Miriway/Miriway/pull/2 [11:12] I didn't think it right to include `add-wayland-extensions=zwlr_layer_shell_v1` in the default config, maybe as a separate comment? [11:13] And just read your comment to the same effect. [11:23] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq added bug to [issue #2592](https://github.com/MirServer/mir/issues/2592): CapsLock state gets stuck [11:23] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq opened [issue #2592](https://github.com/MirServer/mir/issues/2592): CapsLock state gets stuck... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/0fae4e66ff2c727aee683ca43c03d4bcad47733c) [11:27] Hmm so sometimes maximized windows flash through from time to time when I'm typing. Known? [11:27] It doesn't change focus, but I just get a frame or two of (I think) the window from behind. [11:28] sometimes-- [11:29] Not something I've noticed. Will watch for it [11:29] Mostly noticable when my front window is dark [11:29] (and the back one isn't) [11:30] But I only saw it a couple times so far, so not much data yet [13:26] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths published [v2.9.0: Release 2.9.0](https://github.com/MirServer/mir/releases/tag/v2.9.0) [14:00] https://discourse.ubuntu.com/t/mir-release-2-9-0/ [14:01] "Remove assistance"… ;) [14:02] Fixed. Somehow I read what I intended to write [14:02] And "Mir 2.8" under supported distros [15:26] Where is libinput documented to use a specific time base? Where is steady_clock document to use a specific time base? [15:27] RAOF says "libinput guarantees its event timestamps are on CLOCK_MONOTONIC" but there's no source [15:28] (I looked for any guarantee of time base before implementing my PR, and couldn't find it) [15:30] /**... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/4e248054ed3f1ee927e8aada083821d964c4bcf0) [15:31] There's really only one sane way to implement `steady_clock` [15:32] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [pull request #2591](https://github.com/MirServer/mir/pull/2591): Don't try to calibrate timestamps [15:43] Still not sold on disabling timestamp calibration, mostly because the Wayland protocol says they have an undefined base. https://github.com/MirServer/mir/pull/2591#pullrequestreview-1087152203 [16:33] Good weekend all o/