cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Critical Profile Inconsistency & Data Loss: UI vs. Profile Manager on Linux (ARM64)

Hisuinoi
Making moves

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:

  1. Created a new profile "Business" via the Profile Manager (firefox -P).

  2. Started a session with "Business" using a script (firefox -P Business -no-remote).

  3. Inside the running "Business" instance, I went to about:profiles.

  4. I noticed that the internal UI showed an "Original-Profile" label that didn't match the current instance.

  5. 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.

0 REPLIES 0