Ability to define a different browser for URLs

[dallas7]

Summary This new feature is about a global setting wherein a path to a browser is specified so all entries in a particular database open in that browser other than the default browser. Sorry if that's already available and I'm too dense to find it. I appreciate your patience.

Desired Behavior This new feature should work when upon selecting Open URL (or a Ctrl+Shift+U), the user specified browser opens for the URL.

~Possible solution~ Requested alternative Move Copy URL from its current location to under its cousins, Copy username and Copy password. Because less mouse dragging.

Context A This feature matters to me in that I have a database for use with a hardened Firefox install three or four times a month doing important stuff. I have another not so well hardened install for which I use another routine every day stuff database. Like logging into yootoob. Or occasionally, GitHub.

Context B I've observed adding the URL Override command in the Notes field doesn't work for me. Specifically, as in the example: Url-Override: cmd://"C:\Program Files\Mozilla Firefox\firefox.exe" "{URL}"
Is that still supported? Even so, it would be nice to not have to add that to the current 60 or so entries I have now and remembering it forever for every new entry.

Thank you.

[droidmonkey]

You do the cmd:// syntax directly in the url field. This is an interesting idea.

[dallas7]

Changing the title is greatly appreciated as I had struggled with an effective expression. As its home page proclaims, GitHub is "built for developers" and I'm just a user.

I'm hoping to have my idea implemented or otherwise see the Copy URL moved to the more convenient location in the menu.

Regarding the URL Override command, I don't understand "You do the cmd:// syntax directly in the url field."

In my initial search to open a URL in a specific web browser, the "command in notes" was universally returned with this site usually topping the list: https://www.geeksengine.com/article/keepass-7.html Scroll down to method two.

I have not been able to get this to work in KeePassXC and I inquired solely out of curiosity as to whether or not it's supported. For my current purpose it's tedious, although it may have value at some point in my progressing experience with KeePassXC.

Greater detail of exactly what has to be entered in the url field is needed for this to work in KeePassXC, preferably with an example.

Thank you for your continued patience. Cheers.

[JohnLGalt]

FWIW, I actually use a 3rd party (Windows) app for this, that handles links from every source other than a web page already open in a browser.

https://browserchooser2.com/

Been using it for years (and it hasn't been updated in a while, but still works, even on Win11).

Another one is BrowserSelector in M$ Store: https://www.microsoft.com/store/productId/9P7FSLDKDXH3

And I just found this here in GitHub: https://github.com/zumoshi/BrowserSelect/

Also, for Mac, there are a few apps with similar functionality: Browserosaurus, Choosy, and Finicky.

But if you plan to implement it natively in KPXC, that would be awesome!

[droidmonkey]

Given this tool, I'm having a hard time justifying spending time developing this feature.

[JohnLGalt]

Thought you might see it that way lol.

[dallas7]

In looking back, perhaps I was too verbose in my request which is when Open URL (or a Ctrl+Shift+U) is used, one might be able to configure KeePassXC to open that URL in a browser other than the system default. (The RSS client, QuiteRSS, has an Open in External Browser feature where the path to a browser exe can be configured in settings, bypassing the system default.)

I have Firefox open 99% of the time. My system default is Edge which is blocked in the firewall. If a process, nefarious or not, tries to open a browser, all that happens is Edge opens with a "Hmmm… your Internet access is blocked." This is what happens now when I Open URL a KeePassXC entry.

However, there can be other reasons why one might want to specify exactly which browser one might want to open with Open URL or a Ctrl+Shift+U.

Stuffing a third party app on my system for one purpose is out, but thanks for the suggestion. Ctrl-U works just fine for me the several times a day, every day, I need KeePassXC as it's as much a database as a PW manager, e.g. "disable referrer spoof," support phone numbers, associated links and so on; the Notes field is one of its most useful assets.

That said, I recall that at some point I requested as well the "URL Ctrl-U" item be moved from Copy Attribute to underneath Copy Password, a far more convenient location.

So, your interest and responses are greatly appreciated. I can't think of anything else I could choose. . So, KeePassXC is

You can close this out.

Keep up the great work. Be well.

[droidmonkey]

I'm still open to adding an option to define one alternative browser used throughout the application. What I'm not open to is the ability to define a browser per entry. That is a lot of overhead for a feature very few people will use. As it stands most people use only one browser, period.

[dallas7]

FWIW, regarding QuiteRSS, here's the Options screen for that: When an "Open in External Browser" for a feed is selected, if that browser is closed, it opens and loads the feed page. If that browser is already open, the feed page loads within that instance.

QuiteRSS uses Qt5, core version 5.13.2.0, a skootch behind KeePassXC's 5.15.2.0. (As their embedded browser is Qt5WebKit and I have JavaScript disabled, if there's an occasional feed brimming with interesting junk, I can one-click open it in Firefox. )

All this being way above my pay grade, I'm just thinkin' (sorry) if QuiteRSS can do it, so can KeePassXC. Then again, as droidmonkey comments, "most people use only one browser," I'm asking alot. So, no expectations.

Cheers!

[JohnLGalt]

I'm still open to adding an option to define one alternative browser used throughout the application. What I'm not open to is the ability to define a browser per entry. That is a lot of overhead for a feature very few people will use. As it stands most people use only one browser, period.

TBH, even with my use of a 3rd party browser chooser, this sounds like a fantastic idea, as I, too, use Fx 99% of the time.

Glad to hear this is at least still under consideration.

[sstent]

This is literally the one feature stopping from moving to KeePassXC - being able to define what the default is (or pick it at open time) is super useful.

e.g. I have one browser set to run via a proxy to get to some resources, and one straight to the internet.

[joejoe2023]

In KeePass 2, if an entry is right-clicked on, there is a URL(s) menu item that when moused over, lists all the various installed browsers you can use to open the link. It would be a nice feature if it was also added to KeePassXC. I want to transition to KeePassXC, as it handles YubiKey's better, but I use the URL(s) feature all the time.

[cylosh]

Thats exactly what I was expecting too, the URL option from standard Keepass is missing from this adaptation

[yoda65]

Hi, Thanks for your very good job.

I understand that this feature will be integrated in version 2.8.0. Without define a specific browser for each entry, perhaps it could be defined at the group level with inheritance transmissions?

Two other features would be useful for web browsers: -Launch private sessions in web browsers -launch different occurrences of the same browser instead of several tabs.

Do you have an approximate release date for the 2.8.0 version?

Regards

[droidmonkey]

Private/Incognito mode is covered by #9694

An alternative browser would be defined in application settings because that is inherently computer-specific. Adding them to the database (groups or entries) would not achieve the desired result.

[dallas7]

Sigh. I'm just not getting this. I'm not a github developer.

Of course it would be defined in application settings. Your application. KeepPassXC.

Of course it would be computer-specific. Anyone drilling to the setting to set a path to the app would know that to be self evident.

If my Mar 19, 2022 screenshot (the "desired result") and doesn't explain it, I guess the axiom "a picture is worth a thousand words" is worth zero words. I can't word it any better than I did in that post.

Otherwise, KeePassXC is the best. Thanks to all involved in its development! Cheers.

[droidmonkey]

@dallas7 none of what I wrote was targeted towards you.

[Raytle]

I'm still open to adding an option to define one alternative browser used throughout the application. What I'm not open to is the ability to define a browser per entry. That is a lot of overhead for a feature very few people will use. As it stands most people use only one browser, period.

This would be a useful feature for me because I frequently login to some websites using browser A, and others using browser B.

This is a trivial feature to add which would not require much overhead at all. Would you like me to explain how to add it?

[droidmonkey]

You don't need to explain

[Raytle]

Are you going to add that feature?

[Raytle]

In Linux, the following is a workaround login to some websites using Google Chrome, and others using Firefox.

~$ xdg-settings set default-web-browser google-chrome.desktop
~$ xdg-settings set default-web-browser firefox.desktop

I presume it would be trivial to add this to the existing code. Yeah, sure, it's a kludge, but it seems like it would work.

Programatically first run...

~$ xdg-settings get default-web-browser

Save the value that is returned. For example, let's assume firefox.desktop is the default browser.

Then programmatically run, for example, ~$ xdg-settings set default-web-browser google-chrome.desktop, in case a user had chosen to open a particular website in Google Chrome. Immediately, after opening the webpage, ensure that the default-web-browser is what it had been prior to the user opening the saved password.

[dnai05]

At work I have to choose different browsers for different purposes. Something like this would be useful.

I imagine a solution a bit like Tags. When you right-click on an entry in KPXC you get a menu of options which includes Tags with a fly-out list of available tags. You could do something like this for Open URL. Give us the option to add 1 or more browsers (as a database setting?) and we could select the one to use from the list.

Other thoughts:

• The shortcut for Open URL would only open the default browser
• I like the idea shown in the QuiteRSS screenshot where you manually add the browser location to cater for apps in different locations. I suggest including a field to allow a short description to be entered. This would be the name shown in the fly-out list.
• Perhaps the option is to add extra browsers. Then the fly-out list would have 'Default browser' as first entry followed by the ones you manually added.
• If the option for extra browsers is not selected then Open URL would not show a fly-out list.
• If you choose the option to add extra browsers only then a user who accidentally selects the option would see the 'Default browser' in the list.

Example

[Yekutiel]

Meh. This is FOSSland. These devs aren't getting paid; therefore, they ignore most feature requests. Frankly, I don't blame them.

You can get the functionality you want by writing a script with PyAutoGUI and triggering it with a hotkey via AutoKey. ChatGPT can help you write the Python script. You're welcome.

[dallas7]

Meh. ... These devs aren't getting paid...

Wow. For a moment there, I thought I had opened another poser bloat link on teh redduht.

Like as a developer of the preeminent, stand-alone, cross platform password manager isn't worth a dime in the resume.

I don't even know why I'm still subscribed to this. Nice that the un is an easily accessed button.