-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
librewolf: use mkFirefoxModule #5684
base: master
Are you sure you want to change the base?
Conversation
Bookmarks don't appear to work, so they should probably be turned off somehow. programs.librewolf.profiles.default.bookmarks = [{
name = "bookmarklets";
toolbar = true;
bookmarks = [
{
name = "example.com";
url = "https://example.com";
}
];
}]; I vaguely recall someone mentioning this somewhere. |
This is temporary until mkFirefoxModule is added to the programs.librewolf module: nix-community/home-manager#5684
This is temporary until mkFirefoxModule is added to the programs.librewolf module: nix-community/home-manager#5684
Yea I had shared the same experience with bookmarks in #5128 (comment), but removed it in a later edit of the message. The option could be marked as |
Looks great otherwise! |
why does it not work though? it doesn't look like librewolf patches out any bookmark-related code |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice to see this finally be a feature. From my initial testing everything works as expected.
For anyone else trying this out, the default search engine won't change in v128 unless you patch #5685 in your fork as well.
This pull request has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/librewolf-kde-integration-not-working/50464/6 |
modules/programs/librewolf.nix
Outdated
name = "LibreWolf"; | ||
wrappedPackageName = "librewolf"; | ||
unwrappedPackageName = "librewolf-unwrapped"; | ||
visible = true; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
visible = true; |
I would probably unset visible
, because otherwise it makes the generic Firefox options appear twice in the generated documentation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
that seems fine to me, that's how it works in nixpkgs, are the home-manager docs conventions different?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't know about the conventions, but that's how the chromite module does it. It also hides generic options for its derivatives.
imports = [ | ||
(mkFirefoxModule { | ||
inherit modulePath; | ||
name = "LibreWolf"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
name = "LibreWolf"; | |
name = "LibreWolf"; | |
description = "LibreWolf is a privacy enhanced Firefox fork."; |
Optionally include the original description.
How would this implement nativeMessagingHosts and how could i use this for that when this gets merged? |
It's implemented in the underlying Custom native messaging hosts can be added using |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Been using this and #5685 for a couple of days now, and it's been working very well.
Is it normal for the tests to take this long? It seems to me like they have said "Waiting for status to be reported" since the beginning of last month. |
Hey @chayleaf, in case you aren't busy, could you take a look at my latest review? This way we would give the tests a rerun. |
These tests sure take long. Perhaps they haven't started yet because of GitHub limits? |
I don't think these tests are going to finish anytime soon, is there something wrong with them? Or is there any possibility of running them locally if that will help. |
The tests won't run until the workflow is approved. |
I tried this PR and got an error:
(the only difference of the two files is that one has I limited my librewolf config to
which still reproduced the error, this noticeably does not fail when replacing A workaround is:
or even
I also noticed a similar behavior with all using |
Is it possible to declare different profiles using mkFirefoxModule? (by profiles i am referring to about:profiles) |
If you mean multiple profiles in librewolf you can replace |
I cannot set custom search engine entries as default. This is the relevant snippet in my Home Manager configuration: search = {
force = true;
engines = {
"Startpage" = {
urls = [{ template = "https://www.startpage.com/do/dsearch?q={searchTerms}"; }];
iconUpdateURL = "https://www.startpage.com/sp/cdn/favicons/favicon--default.ico";
updateInterval = 24 * 60 * 60 * 1000; # every day
};
"Bing".metaData.hidden = true;
"DuckDuckGo".metaData.hidden = true;
"Google".metaData.hidden = true;
};
default = "Startpage";
privateDefault = "Startpage";
order = [ "Startpage" ];
}; The default search engine is still Google, although it should be hidden. Startpage is the first entry in the drop-down menu under "Default Search Engine" in Librewolf's search settings, so I think it should be available. This exact configuration in the Firefox Home Manager module gives the expected results that Startpage is the default search engine. I then tried to set an existing search engine as the default: search = {
force = true;
engines = {
"Bing".metaData.hidden = true;
"Google".metaData.hidden = true;
};
default = "DuckDuckGo";
privateDefault = "DuckDuckGo";
order = [ "DuckDuckGo" ];
}; This works as expected. DuckDuckGo is the default search engine and Bing and Google are hidden. |
I have a similar issue to #5684 (comment), but over the presence of |
Could someone please approve the test workflow again? This has been sitting for a few weeks waiting for the tests to be re-run. |
This pull request has been mentioned on NixOS Discourse. There might be relevant details there: |
Description
Checklist
Change is backwards compatible.
Code formatted with
./format
.Code tested through
nix-shell --pure tests -A run.all
ornix develop --ignore-environment .#all
using Flakes.Test cases updated/added. See example.
Commit messages are formatted like
See CONTRIBUTING for more information and recent commit messages for examples.
If this PR adds a new module
Maintainer CC
@onny