Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

macOS: Installing in user Applications directory results in Zen losing settings between restarts #2982

Closed
4 tasks done
milyrouge opened this issue Nov 13, 2024 · 1 comment
Labels

Comments

@milyrouge
Copy link

Captchas

  • I have read the instructions.
  • I have searched existing issues and avoided creating duplicates.
  • I am not filing an enhancement request.

What happened?

I have Zen installed in the user Applications directory. When quitting and restarting the browser, all settings are lost (workspaces, profiles, pinned tabs, essentials) and the Zen installation process pops up. Settings are saved in Application Support/zen, but a new profile seems to be created upon restart.

Reproducible?

  • I have checked that this issue cannot be reproduced on Mozilla Firefox.

Version

1.0.1-a19

What platform are you seeing the problem on?

macOS - aarch64

Relevant log output

No response

Copy link

dosubot bot commented Dec 14, 2024

Hi, @milyrouge. I'm Dosu, and I'm helping the desktop team manage their backlog. I'm marking this issue as stale.

Issue Summary:

  • Problem with Zen browser on macOS losing settings between restarts.
  • Settings are saved in Application Support/zen, but a new profile is created each time.
  • The installation process reappears with each restart.
  • Issue does not occur with Mozilla Firefox, indicating a potential Zen-specific problem.

Next Steps:

  • Please confirm if this issue is still relevant with the latest version of the Zen browser.
  • If there is no response, the issue will be automatically closed in 7 days.

Thank you for your understanding and contribution!

@dosubot dosubot bot added the stale Issue has not had recent activity or appears to be solved. Stale issues will be automatically closed label Dec 14, 2024
@dosubot dosubot bot closed this as not planned Won't fix, can't repro, duplicate, stale Dec 21, 2024
@dosubot dosubot bot removed the stale Issue has not had recent activity or appears to be solved. Stale issues will be automatically closed label Dec 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Archived in project
Development

No branches or pull requests

1 participant