25-01-2026 05:51 AM
Environment:
Firefox Version: 147.0 (Raspberry Pi OS Package Version 1.0)
OS: Raspberry Pi OS (64-bit)
Summary: I experienced a severe case of data loss due to a lack of synchronization between the internal Firefox profile UI and the external Profile Manager (-P).
Steps to Reproduce:
Created a new profile "Business" via the Profile Manager (firefox -P).
Started a session with "Business" using a script (firefox -P Business -no-remote).
Inside the running "Business" instance, I went to about:profiles.
I noticed that the internal UI showed an "Original-Profile" label that didn't match the current instance.
Deleting a profile entry within the UI of the running session physically deleted the folder of the active session, while the entry in the profiles.ini remained.
Actual Results: The active profile folder was wiped from the disk, but the entry stayed in the Profile Manager (Zombie Entry). The UI does not dynamically verify which profile belongs to which running instance when multiple instances are open on Linux.
Expected Results: The UI should behave dynamically (like on Windows). Deleting an active profile should be blocked, and changes in the Profile Manager should be reflected in all running instances to prevent directory mismatch and accidental data loss.