Bug 66166

Summary:	do not check if URL is valid when default browser is not konqueror
Product:	[Unmaintained] kio	Reporter:	lenar
Component:	general	Assignee:	David Faure <faure>
Status:	RESOLVED INTENTIONAL
Severity:	wishlist	CC:	arkmch, f.rogall, nate, rdieter
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description lenar 2003-10-17 16:54:22 UTC

Version:            (using KDE Devel)
Installed from:    Compiled sources

When default browser is something else than konqueor (and that something else has %u or %U in it's .desktop file) do not prefetch (or check) that URL prior to executing that other browser. Just execute specfied browser with specified url as it's parameter.

Right now it's the behavior when browser is called from KDE native applications.

It's even worse when requested page uses HTTP Authentication. Right now username/password is asked twice (first by KDE and then by real browser). There is no point in doing so as the information I provide to KDE dialog is simply discarded.

The behaviour I'm talking about is confusing (in auth case) and adds extra seconds to click_on_url->show_page_in_browser proccess.

Comment 1 Thiago Macieira 2003-10-17 20:08:28 UTC

Probably a KIO problem, since KDE has no notion of "default browser" like it did in 2.x days. It only knows about MIME types. That's why you set your "default browser" as the default application to be used for text/html.

Therefore, KIO has to check what the MIME type for a given URL is. That's why it starts kio_http to fetch some information, which in turn leads to the authentication dialog.

Comment 2 Stephan Kulow 2003-10-18 18:03:02 UTC

this is no bug, it's a missing feature. we'd need something like we have for mail
for http links.

Comment 3 lenar 2003-10-19 12:39:02 UTC

Ok, I understand. No easy solution.

But asking (and therefore confusing) user HTTP Auth username/password twice is still bug IMHO. But as I can understand it's also impossible to know the mime-type of document without first authenticating user?

Ok, as I have no suggestion to give you .. I don't bother you more abou this.
But think about it. It would be very nice to have something for this in KDE3.2 as many users at our site don't like konqueror (as it is not stable enough and misrepresents a variety of internet websites). I believe there are others out there who think this way too.

Comment 4 Frank Rogall 2004-03-24 10:52:59 UTC

The problem also exists for cookies.
This behavior makes kmail nearly unusable for me.
I hoped that this bug would fixed in KDE3.2, but its still in there.

Comment 5 Nate Graham 2018-04-23 16:02:08 UTC

Is this still relevant or applicable with KDE Frameworks 5.45?

Comment 6 Rex Dieter 2018-04-23 16:07:30 UTC

IMO, it's not relevant.

Anyone who doesn't want this behavior can always change systemsettings->applications-> default applications-> web browser->  Open http and https URLs: from
"in an application based on the contents of the URL"
to
"in the following application: ..."
instead.

Comment 7 Nate Graham 2018-04-23 16:09:40 UTC

Thanks!