Flatpak does not keep the settings

[#&thj^%]

I feel we always have alternative or choice, ie: You have qbittorrent flatpak, and qbittorrent .deb, there may even be a snap qbittorrent IJDK I don't run snaps.

I did not see him advise you to do anything, but merely note what he did to make settings work again. (you took it upon yourself to use the code)
Both versions of installed Faltpak and .deb is the problem in saving settings.

My .deb qbittorrent works as expected. Now if I (note) Remove the .deb install and go with flatpak qittorrent then all is good there as well.

I would also be much happier if there was a reversal for the code "You" decided to run.

I did try to help with "sudo aa-enforce /usr/bin/bwrap" but your system throws errors, but mine dose not.

There may (in theory) be a nuclear approach to this, but it's not my system so I use common sense and remain silent.

And have you tried to ask in the bug report on how to reverse that code you followed

[#&thj^%]

I will take a look at these though to see if I can indeed help, so show me this: (Wrapped in code tags)

ls /etc/apparmor.d/*|grep disabled

and

 ls /etc/apparmor.d/disable/*

This one I really do want to see:

ls /etc/apparmor.d/*|grep bwrap-userns-restric

But to enable a disabled profile goes just like I showed you earlier:
Now proceed and enable a disabled profile using the command with the below syntax:

##Enable a Profile
sudo aa-enforce /path/to/profile

BTW You have something else going on with your system look below:

 sudo aa-disable /usr/bin/bwrap
Disabling /usr/bin/bwrap.

I even rebooted to see if that mattered and as I suspected it did not.

sudo aa-enforce /usr/bin/bwrap
Setting /usr/bin/bwrap to enforce mode.
Warning: profile bwrap represents multiple programs

sudo aa-status|grep bwrap 
   bwrap
   unpriv_bwrap

I just read where they are now fast tracking the fix : https://launchpad.net/ubuntu/+source...ta3-0ubuntu0.1

* This drops /etc/apparmor.d/bwrap-userns-restrict, allowing various
Flatpak apps to save files again.

EDIT This is more for my notes, but Arch dose not use that bwrap mode, ie:

sudo aa-disable /usr/bin/bwrap
Disabling /usr/bin/bwrap.
Profile for /usr/bin/bwrap not found, skipping
bash: Disabling: command not found
┌───────────────────>
│~ 
└─> sudo aa-enforce /usr/bin/bwrap
Profile for /usr/bin/bwrap not found, skipping

[flokosx]

ls /etc/apparmor.d/*|grep disabled
Returns nothing


ls /etc/apparmor.d/disable/*
Returns
/etc/apparmor.d/disable/bwrap-userns-restrict

ls /etc/apparmor.d/*|grep bwrap-userns-restric
Returns
bwrap-userns-restrict

[#&thj^%]

I had a feeling I'd hear from you today, but All i have tried and I won't show here for other readers safety, but no changes Ive made
thus far has not solved the unsaved settings. We are just going to have to be patient for the fix to roll in slowly.
I'm running 24.10 with the necessary sources enabled, and nothing yet seen.

I'll update this when/if I see a change.

[#&thj^%]

UPDATE: In oracular 24.10 x86_64 the apparmor just came in today.

apt policy apparmor apparmor-utils
apparmor:
  Installed: 4.0.1really4.0.1-0ubuntu2
  Candidate: 4.0.1really4.0.1-0ubuntu2
  Version table:
 *** 4.0.1really4.0.1-0ubuntu2 500
        500 http://us.archive.ubuntu.com/ubuntu oracular/main amd64 Packages
        100 /var/lib/dpkg/status
apparmor-utils:
  Installed: 4.0.1really4.0.1-0ubuntu2
  Candidate: 4.0.1really4.0.1-0ubuntu2
  Version table:
 *** 4.0.1really4.0.1-0ubuntu2 500
        500 http://us.archive.ubuntu.com/ubuntu oracular/main amd64 Packages
        100 /var/lib/dpkg/status

And flatpak seems to function correctly now..

If your not on 24.10 it will be 2 to 3 weeks more to see how this is working on other versions of Buntu.
EDIT: It is Noble as well

apparmor | 4.0.0-beta3-0ubuntu3              | noble           | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x
 apparmor | 4.0.1really4.0.0-beta3-0ubuntu0.1 | noble-updates   | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x
 apparmor | 4.0.1really4.0.1-0ubuntu2         | oracular        | source, amd64, arm64, armhf, i386, ppc64el, riscv64, s390x