Bug 100016 - unclear text explanation in default browser dialog
Summary: unclear text explanation in default browser dialog
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_componentchooser (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR major
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords: usability
: 115636 158992 347870 380133 405359 411941 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-02-22 16:50 UTC by Richard Bos
Modified: 2020-01-22 15:51 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.19.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Bos 2005-02-22 16:50:31 UTC
Version:           kde-3.4 (using KDE KDE 3.3.92)
Installed from:    SuSE RPMs
OS:                Linux

What is exactly meant with the text 'in an application based on the contents
of the url' on the tab: kcontrol -> kde-components -> component > chooser -> webbrowser

It is confusion because this tab specifies the default browser => that would
be konqueror, but not 'an application'.  The later could be kedit, kxmleditor, kpdf, etc.  That are no browsers.
Comment 1 FiNeX 2008-11-11 22:08:41 UTC
*** Bug 115636 has been marked as a duplicate of this bug. ***
Comment 2 FiNeX 2008-11-11 22:09:25 UTC
*** Bug 158992 has been marked as a duplicate of this bug. ***
Comment 3 FiNeX 2008-11-11 22:10:38 UTC
I paste here the description of bug #158992:

In System Settings -> Default Applications -> Web Browser it has been brought
to my attention that the text under the "Default Component" section is
confusing.

Open http and https URLs  (some users may not know what these are)

 * in an application based on the contents of the URL (some users may not
understand which application this is referring to)

 * in the following browser (this should be fine)

Further information on this can be located in a bugged filed in Launchpad at
https://launchpad.net/bugs/111032

Thanks!
Comment 4 Nate Graham 2018-11-26 05:53:05 UTC
*** Bug 347870 has been marked as a duplicate of this bug. ***
Comment 5 Nate Graham 2018-11-26 05:53:55 UTC
Lots of good info in Bug 347870.

It's not real clear to me what value this feature even provides in this day and age...
Comment 6 Nate Graham 2018-11-26 06:02:10 UTC
*** Bug 380133 has been marked as a duplicate of this bug. ***
Comment 7 Anguo 2018-11-26 06:29:15 UTC
In KDE systemsettings > Personalization > Applications > Default applications > Web browser,
there are two settings:
A) "in an application based on the contents of the URL".
B) "in the following browser".

There are two problems with the interface:
1- if A) is selected, then the name of the default browser is not visible.

2- It is not possible to change the default browser and keep A) selected.
To do so, the workaround is to select B), type in the browser name, save, then select A) again, save again. When coming back later to the same screen, the first problem occurs again.

http://linux.overshoot.tv/wiki/default_browser_kde
Comment 8 Anguo 2018-11-26 06:30:04 UTC
Logically, the settings should be split into two different settings:

- One setting to select the default browser.
- One setting to select default action, with A) as above and B) reading: "in the default browser".


Where are the relevant settings saved?
I checked ~/.config/systemsettingsrc  but it does not appear to be there.
Comment 9 Martin van Es 2018-11-26 07:53:58 UTC
And please, let it be clear that the 'in an application based on the contents
of the url' option is broken. It destroys any link while inspecting the content as reported here: https://bugs.kde.org/show_bug.cgi?id=354822
Comment 10 Nate Graham 2018-12-05 03:42:37 UTC
Following supportive comments on the mailing list, I'm preparing a patch to remove the "in an application based on the contents of the url" feature, which is confusing, imposes a speed penalty, and apparently doesn't work for certain URLs. The patch is fairly simple but there's a conceptual issue: what's a good default setting now?

Right now the default setting is "let KIO figure it out", and presumably this should move to "default to browser X". But what is Browser X? Should we really be in the business of picking preference orders for 3rd-party software? What about if 1st-party software is also installed, like Falkon or Konqueror? Should we leave it up to distros to populate ~/.config/kdeglobals with a sensible default for BrowserApplication[$e]?

Any ideas or guidance would be appreciated.
Comment 11 Nate Graham 2018-12-05 20:00:06 UTC
Ok, what I think makes sense is to fall back on KIO when there are no web browsers installed (unlikely). When one is manually installed, it will usually set itself as the default--but in ~/.config/mimeapps.list, not ~/.config/kdeglobals. Which is fine, since changing the browser setting in componentchooser updates mimeapps.list too so that don't get out of sync.

It will be up to distros to pre-populate these files with their desired default browsers, but that's already the case, so no regressions should be introduced. I'll also change the componentchooser KCM so that the default browser shown in the combobox is identical to what's listed in ~/.config/mimeapps.list if there's nothing in kdeglobals.

Here are the patches:
- KIO: https://phabricator.kde.org/D17371
- Plasma: https://phabricator.kde.org/D17372
Comment 12 Nate Graham 2018-12-23 04:14:26 UTC
Git commit 7bd7f38400b953a988a2cc942a518339e0b094a8 by Nate Graham.
Committed on 23/12/2018 at 04:14.
Pushed by ngraham into branch 'master'.

[KRun] when asked to open link in external browser, fall back to mimeapps.list if nothing is set in kdeglobals

Summary:
Right now, when KRun is invoked to open an `http` or `https` link in a browser, it checks the `BrowserApplication` key in `~/.config/kdeglobals`. If nothing is set there (which is the default), then it introspects the link and figures out for itself what app to open, which is slow and can cause problems with certain links (see CCBUGs below).

This patch improves the browser discovery logic by additionally looking for a default browser in `~/.config/mimeapps.list`, which is the XDG file and it's where browsers set themselves as the default. So if there is a default browser set in there, KRun will consume that information immediately instead of doing the time-consuming and possibly error-inducing link introspection round-trip.
Related: bug 347870

Test Plan:
1. Open System Settings > Applications > Default Applications > Browser and click "In an application based on the contents of the url" (which is the default setting, but you might have changed it)
2. Set `BrowserApplication[$e]=` in `~/.config/kdeglobals`
3. Ensure that `~/.config/mimeapps/list` has a default browser set
4. Open any KDE app > Help menu > About KDE > Click on one of the links in the dialog

Without this patch, a KRun job is spawned that shows up in the notification widget and the link may take a second or two to open in your default browser.

With this patch, the link instantly opens in the browser.

Reviewers: #frameworks, broulik, cfeck, elvisangelaccio, dfaure

Reviewed By: dfaure

Subscribers: dfaure, rdieter, achauvel, kde-frameworks-devel

Tags: #frameworks

Differential Revision: https://phabricator.kde.org/D17371

M  +13   -0    src/widgets/krun.cpp

https://commits.kde.org/kio/7bd7f38400b953a988a2cc942a518339e0b094a8
Comment 13 Nate Graham 2019-03-17 16:26:58 UTC
*** Bug 405359 has been marked as a duplicate of this bug. ***
Comment 14 Nate Graham 2019-09-15 22:19:15 UTC
*** Bug 411941 has been marked as a duplicate of this bug. ***
Comment 15 Nate Graham 2020-01-22 15:51:14 UTC
The confusing text and its confusing feature have been removed in Plasma 5.19!