Browser-laptop: Hints on command-line switches please

Created on 28 Jan 2016  ·  12Comments  ·  Source: brave/browser-laptop

Are there any switches to pass to the browser from command-line?

I tried the über common --help, -new-tab $url, -n $url (open $url in a new tab) and some others with no success yet. Would like to include the browser in a real-world application test that relies on opening N pages via a simple script but this forbids it.

Sorry if the answer's present; I just couldn't find it.

documentation ✍ open-in-brave-core parity suggestion wontfix

All 12 comments

+1
Id like to hook into my auto hotkey script

Brave v0.8 is just the same total lack in this field.
E.g. no --help (nor man page), open in new {tab,window,private-session}, or else that I could find.

Any plan for introducing some basic command-line switches?

yes we need this we just haven't added it yet, we should be consistent with other popular browsers at least.

Hey thank for answering! Roadmap?

It would also be nice to know what --version of Brave I have installed without launching it.

I perform this same function on Windows using Firefox and an "OpenWith" extension. This Add-on enables me to instantly launch any other browser using the current URL. As of 3/8/2017, Brave Browser only opens using the URL IF the browser isn't already open.

  • If Brave is already open, nothing happens.
  • If Brave is not open, the browser is launched with the URL... and another Brave browser window with the previous session's URL is also opened. ???

I'm currently doing this w/Chrome, IE, Edge, Opera, Safari... Brave is the only browser to misbehave.

(NOTE: I've added "--" as command line argument and it seems to work. Additional clicked links while Brave is open are launched as tabs within the already-open Brave browser.)

Ditto -- have 0.18.16 as my default browser on Ubuntu and xdg-open will exhibit the exact behavior @JamoCA mentioned. I could modify the command line passed to it to maybe fix this -- if I knew what flags I could use.

@aliddell the issue you mentioned above was originally tracked with https://github.com/brave/browser-laptop/issues/9193

Would you mind leaving some comments there about your setup? (@crysman also didn't have luck with the fix I attempted and is running Xubuntu 16.10). The fix I attempted was discovered by @DivineOmega and simply updates the .desktop file by providing a different Exec line (is that file being ignored perhaps?)

Because you can pass Chromium flags to Brave (which are in the --flagName=value format), the path argument that would get passed to Brave needs to be escaped. For example:
brave -- "pathHere"

BTW: for folks curious about the various flags, you can check out a full list here:
https://peter.sh/experiments/chromium-command-line-switches/

@bsclifton Sure I will. Thanks for the info.

This should be fixed with brave-core. Command line options are available as out-of-box feature on brave-core

cc: @bsclifton

@srirambv many of the non-working switches will be fixed with Brave Core - the documentation of them still has to be done. I created https://github.com/brave/brave-browser/issues/393 to track that work in Brave Core 😄

Since we won't be getting around to it with browser-laptop, I'm going to close this issue as wontfix

Was this page helpful?
0 / 5 - 0 ratings

Related issues

stevespringett picture stevespringett  ·  3Comments

antiroyalty picture antiroyalty  ·  3Comments

jonathansampson picture jonathansampson  ·  3Comments

octohedron picture octohedron  ·  3Comments

briannyeko picture briannyeko  ·  3Comments