Evangelos "GeopJr" Paterakis

> How do I reproduce that? If I remember correctly, the common reproducer was opening the profile editor (open your profile => pencil headerbar button) without constructing a custom emoji...

For completeness, if Vala is supposed to generate `g_type_ensure`s in the same file, it just doesn't seem to do so: left is with the type ensure commented out and that's...

It doesn't seem to do so in `Vala 0.56.18`, the following is identical between the two files: 

[ProfileEdit.c.txt](https://github.com/user-attachments/files/20348883/ProfileEdit.c.txt) [ProfileEdit_with_manual_ensure.c.txt](https://github.com/user-attachments/files/20348884/ProfileEdit_with_manual_ensure.c.txt)

Not opposed to it as long as it doesn't create conflicts (Tuba.API.Account vs Tuba.Widgets.Account); we had enough of them in vala land (GLib.DateTime vs Tuba.DateTime)

> Okay, so I have a Vala branch that fixes this. Other than Tuba.Dialogs.ProfileEdit / g_type_ensure (TUBA_WIDGETS_TYPE_CUSTOM_EMOJI_CHOOSER);, the only type affected seems to be Tuba.Dialogs.Preferences, which now has: > Does...

Maybe I should write a more graceful shutdown process...

:/ this is from when I was doing the migration to libsoup 3 and still learning Vala, soup and json-glib, I wonder if using the async one will have a...

is #1481 good enough? I can't really reproduce it (even though my connection is terrible) #1481 replaced `load_from_stream` with `load_from_stream_async`

Looks like it's intentional, I'll look into working around that https://gitlab.gnome.org/GNOME/gtksourceview/-/blob/master/gtksourceview/gtksourcecompletionlist.c#L311-315