If I drop back to 41 GTS, will it have an older version of VSCode that might work for me?
Doesn’t seem to matter the file system I am on, nor the folder I am in.
The VSCode and VSCodium flatpaks have the same issue.
Or, if there’s a fix, I’m all ears.
Thanks
vscode versions are the same across bluefins. Can you touch a file from within vscode? (is it permissions?)
I didn’t try touching a file from inside vscode.
I discovered it hung up when I tried to open a file with ctrl-o.
Very strange.
I own all the files in my home.
I created another user, same issue.
I didn’t try disabling selinux.
I did move my home to a separate, encrypted drive. Wouldn’t think that would matter.
I’m installing 41 gts now out of desperation.
I have a minimal system running on gts, and can get some work done.
Then I’ll tread carefully with restoring my files, moving home, etc.
Is this the same machine where the filesystem blew up randomly one day? Starting to suspect hardware if this is the case.
I think that was in December, and I don’t recall what happened.
The last few days’ troubles have been biological, as I think I hosed some settings when setting up the encrypted drives, resulting in failure to boot.
After all the restoring, the thing with vscode is bizarre. Don’t see how I could have caused that, unless it was from restoring my home from a backup, and having to chown the files. Maybe selinux got mad. 
Thanks for chiming in, I know you have many irons in many fires.
Having just the same issue. Today vscode suddenly broke. Files and folders won’t open with ctrl-o or from context menu, causing vscode freeze. I can touch files within vscode. And i can open directories with
code /path/to/dir
Also, there’s suddenly bazaar (io.github.kolunmi.bazaar.desktop at /usr/share/applications) appeared in gnome apps menu. I didn’t install it and seems it don’t work, only desktop file exists.
At the same time chromium installed from flatpak stopped working with ERR_NO_SUPPORTED_PROXIES error when opening websites. Are bluefin-dx images hacked or just broken?
Same, and same.
Chromium has been weird on mine too. Saying it doesn’t have network access.
Phew. This looks bad.
Bazaar was recently added, it’s mentioned in one of Jorge’s announcements here.
Found this issue about chromium problems.
But it seems nothing about vscode freezes when open files and folders on internet.
Is there way to rollback to previous bluefin-dx:stable update?
Unfortunately not, only reinstalling.
42 switched to composefs, so there is no rolling back.
I’m installing GTS, which is still on 41.
rebased from stable to previous stable version (42-20250515) via ujust rebase-helper. vscode works well, broken bazaar desktop file is gone, and chromium… IDK, i switched to ungoogled-chromium already.
Disabled automatic updates until vscode problem is not fixed
Same problem with VS Code here, although I rarely use that open menu. When using the Ctrl-O menu for opening a file, VS Code freezes. I guess it is an upstream VS Code issue.
Yeah, I don’t use open either, just tried it to see if it was a “writing files” problem.
When I get my system back up, I’ll file an issue. I checked, and didn’t see anything already filed.
Or, if one of you wants to file, I’ll be glad to +1 it.
Was that 42.20250515.5? Or without the .5?
Seriously?
❯ sudo zpool import
[sudo] password for john:
pool: tank
id: 12697984504468729874
state: UNAVAIL
status: The pool is formatted using an incompatible version.
action: The pool cannot be imported. Access the pool on a system running newer
software, or recreate the pool from backup.
see: http://www.sun.com/msg/ZFS-8000-A5
config:
tank UNAVAIL newer version
raidz1-0 ONLINE
disk/by-id/wwn-0x5000cca296c0f2d4-part1 ONLINE
disk/by-id/ata-WDC_WD161KRYZ-01AGBB0_4BKPNTKH-part1 ONLINE
disk/by-id/wwn-0x5000cca2cbc0ec45-part1 ONLINE
disk/by-id/wwn-0x5000cca2cbc0e9c9-part1 ONLINE
Without .5 at the end. I selected it from the interactive menu
Here you go:
It feels related to this issue in VS Code 3 years ago:
Thanks!
Don’t know if this is a vscode, Fedora, gnome, or Electron issue, but hopefully someone can sort it out.
Checked the crash dump, looks like xdg-desktop-portal crashes which affects all file pickers of flatpak apps:
Program terminated with signal SIGSEGV, Segmentation fault.
#0 xdp_app_info_flatpak_new (pidfd=0x7f8b5b7fd43c, pid=<optimized out>, error=0x7f8b5b7fd450) at ../src/xdp-app-info-flatpak.c:829
829 app_info_flatpak->flatpak_info = g_steal_pointer (&metadata);
Thread 1 (Thread 0x7f8b5b7fe6c0 (LWP 4701)):
#0 xdp_app_info_flatpak_new (pidfd=0x7f8b5b7fd43c, pid=<optimized out>, error=0x7f8b5b7fd450) at ../src/xdp-app-info-flatpak.c:829
app_info_flatpak = 0x0
flags = (XDP_APP_INFO_FLAG_HAS_NETWORK | XDP_APP_INFO_FLAG_SUPPORTS_OPATH | XDP_APP_INFO_FLAG_REQUIRE_GAPPINFO)
info_fd = 36
stat_buf = {st_dev = 90, st_ino = 25, st_nlink = 1, st_mode = 33152, st_uid = 1000, st_gid = 1000, __pad0 = 0, st_rdev = 0, st_size = 2404, st_blksize = 4096, st_blocks = 8, st_atim = {tv_sec = 1747846731, tv_nsec = 218513420}, st_mtim = {tv_sec = 1747846731, tv_nsec = 218513420}, st_ctim = {tv_sec = 1747846731, tv_nsec = 218513420}, __glibc_reserved = {0, 0, 0}}
local_error = 0x0
mapped = 0x7f8b4c027400
metadata = 0x0
group = <optimized out>
id = 0x7f8b4c00c1a0 "org.gnome.NautilusPreviewer"
instance = 0x7f8b4c0118c0 "4026957808"
shared = 0x7f8b4c011900
has_network = 1
bwrap_pidfd = 37
#1 xdp_connection_create_app_info_sync (cancellable=0x0, connection=0x56485e930320, sender=0x7f8b64000c50 ":1.137", error=0x7f8b5b7fd588) at ../src/xdp-app-info.c:972
app_info = 0x0
pidfd = 34
pid = 5957
local_error = 0x7f8b4c036100
app_info_kind = 0x0
__func__ = <optimized out>
#2 xdp_invocation_ensure_app_info_sync.constprop.0 (invocation=<optimized out>, error=0x7f8b5b7fd588, cancellable=0x0) at ../src/xdp-app-info.c:1084
connection = 0x56485e930320
sender = 0x7f8b64000c50 ":1.137"
app_info = 0x0
#3 0x0000564839d03759 in authorize_callback (interface=<optimized out>, invocation=0x7f8b5c01abc0, user_data=<optimized out>) at ../src/xdg-desktop-portal.c:144
app_info = 0x0
error = 0x0
#4 0x00007f8b7825b3a6 in _g_cclosure_marshal_BOOLEAN__OBJECT (closure=0x7f8b5c00e0a0, return_value=0x7f8b5b7fd770, param_values=0x7f8b5b7fd800, marshal_data=<optimized out>, invocation_hint=<optimized out>, n_param_values=<optimized out>) at ../gio/gmarshal-internal.c:102
cc = <optimized out>
data1 = <optimized out>
data2 = <optimized out>
callback = 0x564839d03720 <authorize_callback>
v_return = <optimized out>
__func__ = <optimized out>
_g_boolean_var_10 = <optimized out>
_g_boolean_var_11 = <optimized out>
#5 0x00007f8b781bca5c in g_closure_invoke (closure=0x7f8b5c00e0a0, return_value=0x7f8b5b7fd770, n_param_values=2, param_values=0x7f8b5b7fd800, invocation_hint=0x7f8b5b7fd750) at ../gobject/gclosure.c:833
marshal = 0x7f8b7825b440 <_g_cclosure_marshal_BOOLEAN__OBJECT>
marshal_data = 0x0
in_marshal = <optimized out>
real_closure = 0x7f8b5c00e080
__func__ = "g_closure_invoke"
#6 0x00007f8b781daaba in signal_emit_unlocked_R (node=node@entry=0x7f8b5b7fd910, detail=detail@entry=0, instance=instance@entry=0x56485e978240, emission_return=emission_return@entry=0x7f8b5b7fd990, instance_and_params=instance_and_params@entry=0x7f8b5b7fd800) at ../gobject/gsignal.c:3902
tmp = <optimized out>
handler = 0x56485e97ccf0
accumulator = <optimized out>
emission = {next = 0x0, instance = 0x56485e978240, ihint = {signal_id = 30, detail = 0, run_type = (G_SIGNAL_RUN_FIRST | G_SIGNAL_ACCUMULATOR_FIRST_RUN)}, state = EMISSION_RUN, chain_type = 4}
class_closure = <optimized out>
hlist = <optimized out>
handler_list = 0x56485e97ccf0
return_accu = <optimized out>
accu = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
signal_id = <optimized out>
max_sequential_handler_number = <optimized out>
return_value_altered = <optimized out>
n_params = <optimized out>
EMIT_RESTART = <optimized out>
__func__ = <optimized out>
#7 0x00007f8b781dc2ac in signal_emit_valist_unlocked (instance=instance@entry=0x56485e978240, signal_id=signal_id@entry=30, detail=detail@entry=0, var_args=var_args@entry=0x7f8b5b7fda70) at ../gobject/gsignal.c:3547
return_value = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}}
error = 0x0
rtype = 20
static_scope = 0
instance_and_params = <optimized out>
param_values = <optimized out>
node = <optimized out>
i = <optimized out>
node_copy = <optimized out>
__func__ = "signal_emit_valist_unlocked"
#8 0x00007f8b781dcd58 in g_signal_emit_valist (instance=0x56485e978240, signal_id=30, detail=0, var_args=var_args@entry=0x7f8b5b7fda70) at ../gobject/gsignal.c:3277
No locals.
#9 0x00007f8b781dce13 in g_signal_emit (instance=instance@entry=0x56485e978240, signal_id=<optimized out>, detail=detail@entry=0) at ../gobject/gsignal.c:3597
var_args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7f8b5b7fdb50, reg_save_area = 0x7f8b5b7fda90}}
#10 0x00007f8b7830cb36 in dispatch_in_thread_func (task=0x56485e957a60, source_object=<optimized out>, task_data=0x7f8b5c0182a0, cancellable=<optimized out>) at ../gio/gdbusinterfaceskeleton.c:529
data = 0x7f8b5c0182a0
interface = 0x56485e978240
flags = G_DBUS_INTERFACE_SKELETON_FLAGS_HANDLE_METHOD_INVOCATIONS_IN_THREAD
object = 0x0
authorized = 1
#11 0x00007f8b7829478c in g_task_thread_pool_thread (thread_data=0x56485e957a60, pool_data=<optimized out>) at ../gio/gtask.c:1585
task = 0x56485e957a60
#12 0x00007f8b7845bac2 in g_thread_pool_thread_proxy (data=<optimized out>) at ../glib/gthreadpool.c:336
task = 0x56485e957a60
pool = 0x56485e93c9e0
#13 0x00007f8b7845a8e2 in g_thread_proxy (data=0x7f8b60000d40) at ../glib/gthread.c:893
thread = 0x7f8b60000d40
__func__ = "g_thread_proxy"
#14 0x00007f8b77deb1d4 in start_thread (arg=<optimized out>) at pthread_create.c:448
ret = <optimized out>
pd = <optimized out>
out = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140236512290496, -7326437986813289824, 140236512290496, 140236741966176, 0, 140236741966439, -7326437986855232864, -7326483353023358304}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#15 0x00007f8b77e6dcec in __GI___clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78