-
-
Notifications
You must be signed in to change notification settings - Fork 459
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
v18.0.5 broke Firefox pref files #2772
Comments
@ferenc-a do you want to test 20.0.1-beta1 before I merge it? |
That'd nice, thanks! I'll take a look at it today, I have the repo cloned anyway. Update: Simply updating to the branch and not changing my code didn't solve it. I still needed to comment out the |
I just saw what you need. This PR is backing up your old prefs and restoring them when puppeteer closes the browser. |
I don't think so. I need to set up both prefs.js and user.js, entirely with my own prefs. Which I'd be happy to do with PuppeteerSharp too. But looking at the current implementation, it looks like prefs.js is alway overridden to be empty. I also don't see how I'd delete or override the values that get applied by GetDefaultPreferences and GetPreferences. |
@ferenc-a what's the setting that we're putting there that's breaking your scenario. Maybe with the right use-case we can request that change in puppeteer. |
I have tens of custom prefs, and don't really want to start investigating which one breaks the launch. Even if the launch doesn't break, I need all of them overriding Puppeteer defaults, persisting and not be deleted on startup. That is my use case, not any individual pref. |
I relied on PuppeteerSharp not creating Firefox pref files and creating them manually before launching Firefox. This broke when I updated to v18.0.5. I tracked it down, and it was caused by this this line (
Firefox.CreateProfile(
) going out of the conditional. I'd need either:IgnoredDefaultArgs
The text was updated successfully, but these errors were encountered: