mup | PR snapd#11997 closed: tests: improve robustness of preparation for regression/lp-1803542 <Created by valentindavid> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11997> | 06:40 |
---|---|---|
mup | PR snapd#11996 closed: many: revert "features: disable refresh-app-awarness by default again" <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11996> | 06:45 |
mup | PR snapd#12004 opened: tests: add `snapd.debug=1 systemd.journald.forward_to_console=1` <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/12004> | 07:25 |
lissyx | ^ what | 07:32 |
lissyx | does it means refresh-app-awarness was disabled ?! | 07:33 |
lissyx | that could very much explain the resurgence of weird crashes on firefox, when we were told it was enabled | 07:33 |
mup | PR snapd#12001 closed: packaging: import change from the 2.54.3-1.1 upload <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12001> | 09:01 |
dob1 | hi, in firefox the file chooser dialog crash if you try to sort columns | 09:11 |
dob1 | very often | 09:11 |
dob1 | try to sort by "modified" | 09:12 |
ogra | dob1, ubuntu-bug xdg-desktop-portal (this is likely rather an issue with the portal deb than with the firefox snap) | 10:06 |
ogra | (the chooser comes from the portal of your desktop, not from the snap) | 10:07 |
dob1 | ogra: I have xdg-desktop-portal-gnome xdg-desktop-portal-gtk, I am not using gnome, so the package I am using is the gtk one I suppose | 10:12 |
ogra | dob1, not sure whaich one firefox uses ... try filing against -gtk for a start | 10:13 |
ppd[m] | I had the same issue with the portal, but it disappeared with a recent update, I think | 10:53 |
lissyx | dob1, I lack scrollback, what issue do you have with firefox ? | 11:35 |
dob1 | lissyx: the file dialog crash if you try to sort, very often | 11:42 |
lissyx | well as said earlier it's a xdg-desktop-portal-gnome/gtk issue | 11:43 |
lissyx | does /usr/libexec/xdg-desktop-portal-{gnome,gtk} -rv gets you some stack to file a bug? | 11:44 |
ogra | lissyx, FYI, if you see a "merged" message from mup like above, that only means the feature will land in the next edge build of snapd ... so it will still take a while until refresh-app-awareness disabling went through the QA and CI pipelines and migrated through the channels to hit stable | 11:45 |
lissyx | ogra, yes, but the fact that it mentionned reverting the default led me to believe the feature got enabled, then disabled | 11:46 |
dob1 | lissyx: what you mean with stack? | 11:46 |
ogra | it will get disabled | 11:46 |
lissyx | ogra, and I was not sure whether those prvious changes got into the distro yet | 11:46 |
ogra | but it is not yet | 11:46 |
lissyx | ogra, and I'm still getting reports from firefox users with updates getting applied in the background even when firefox runs, and even on versions after it was supposed to be enabled | 11:47 |
ogra | distro (deb) releases of snapd are always in sync wih releases of the snapd snap to the stable channel ... so what i wrote above applies to the deb too | 11:47 |
lissyx | ogra, hence my question earlier | 11:47 |
lissyx | dob1, the stack of the crash | 11:48 |
ogra | lissyx, updates are applied even with refresh-app-awareness after 60 days ... if a user ignores the notification for 60 days (and did not manually upgrade while the app was closed) they get a forced upgrade nontheless | 11:48 |
lissyx | ogra, this was not the case here | 11:49 |
ogra | ...and that is why the UX of refresh-app-awareness needs re-working | 11:49 |
ogra | sounds like a bug with refresh-app-awareness then ... though note that this was only enabled in jammy ... | 11:49 |
lissyx | user is on jammy | 11:50 |
ogra | yeah, bug then ... | 11:50 |
lissyx | and I'd be happy to know what to ask him to debug more | 11:50 |
dob1 | lissyx: no error messages if I start firefox from console | 11:50 |
lissyx | https://bugzilla.mozilla.org/show_bug.cgi?id=1772902 | 11:51 |
lissyx | dob1, it's expected, it's not firefox that is crashing, it's xdg-desktop-portal-gnome/gtk | 11:51 |
ogra | dob1, rather watch with journalctl -f or so ... the log you get on console is only the firefox output, that does not help with external tools like the portal | 11:51 |
lissyx | ogra, do you know in the code where the check happens to verify a snap is running? | 11:52 |
ogra | nope, i have not touched snapd code in years .... | 11:52 |
ogra | but take a look at the PR URL in the merge message above 😉 ... that should give you a pointer where to look | 11:53 |
dob1 | segfault https://dpaste.org/CTci7 | 11:53 |
ogra | there you go 🙂 | 11:53 |
ogra | (segfault isnt super helpful, but at least it proves the theory that it is the portals fault) | 11:54 |
lissyx | pretty sure I got another bug report where xdg portal was also segfaulting | 11:54 |
ogra | i saw a few users complaining in #ubuntu duing community support | 11:55 |
ogra | re-ordering headers seems to cause it too | 11:55 |
mup | PR core20#137 opened: Makefile: create /usr/lib/clock-epoch <squash-merge> <Created by mvo5> <https://github.com/snapcore/core20/pull/137> | 14:24 |
mup | PR snapd#11979 closed: osutil/disks: handle GPT for 4k disk and too small tables <Run nested> <Created by valentindavid> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11979> | 14:32 |
mup | PR snapd#11993 closed: tests: Fix calls to systemctl is-system-running <Created by valentindavid> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11993> | 14:37 |
mup | PR snapd#12005 opened: release: 2.57 <Squash-merge> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/12005> | 15:02 |
mup | PR snapd#12006 opened: snap-bootstrap: Add scan-disk subcommand <Created by valentindavid> <https://github.com/snapcore/snapd/pull/12006> | 15:47 |
dob1 | another thing I noted of file dialog on firefox is that if I am saving a file, I am not able to change its name while saving, I hope is something I am missing | 15:51 |
dob1 | very disappointed... I got it's not a snap problem but it's possibile that nobody tested it ? | 15:54 |
mup | PR snapd#12005 closed: release: 2.57 <Squash-merge> <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12005> | 15:57 |
mup | PR snapd#12007 opened: release: merge 2.57 changelog <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/12007> | 16:12 |
mup | PR snapd#12008 opened: snap-confine: disable -Werror=array-bounds in __overflow tests <Created by mvo5> <https://github.com/snapcore/snapd/pull/12008> | 16:37 |
dob1 | well after a lot of search on google I was able to fix it: the problem is this https://www.reddit.com/r/i3wm/comments/uogk8h/save_as_move_focus_from_name_to_search_while/ to solve it I installed the xdg desktop open for kde and in /usr/share/xdg-desktop-portal/portals/kde.portal I edited UseIn to have KDE;i3 now i3 use the kde one that seems working better than the gnome one | 16:42 |
dob1 | not a good solution I know but it works | 16:43 |
lissyx | dob1, still worth filing a bug against gnome's one? | 16:45 |
dob1 | lissyx: imho it's related to how i3 handle focus | 16:51 |
lissyx | well | 16:51 |
lissyx | still good to report ... | 16:51 |
dob1 | it's just 2 report in a day :) | 16:52 |
lissyx | yes, but next time someone come complaining that firefox crashes when using the file dialog, it gets us more infos :) | 16:55 |
dob1 | I will test the kde one before filling a bug, maybe it's bugget it too in some way. Right now it seems usable | 16:56 |
dob1 | *bugged | 16:56 |
dob1 | the save dialog it's maybe related to i3 but the open file dialog, with the sort problem, it's for sure related to the dialog itself | 16:57 |
lissyx | either way, I saw that mentionned in some of the snap-specific issues I had a look at | 17:04 |
lissyx | can't find which one | 17:04 |
dob1 | I found a bug on the kde one, not a big problem but it doesn't use any icons, I suppose I have to install an icon pack | 18:21 |
dob1 | I don't know which one | 18:22 |
dob1 | ok need to install breeze-icon-theme | 18:29 |
gneeriiloeepdeer | about firefox snap: I use several firefox profiles. This doesn't mean I have to update snap for every profile, correct? because each time there is a new version and I run 'sudo snap refresh firefox' I have to run it several times: I run it once, think Im done with it but the next day, Ill have to run it again. Why? | 21:35 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!