Bug 66166 - do not check if URL is valid when default browser is not konqueror
Summary: do not check if URL is valid when default browser is not konqueror
Status: RESOLVED INTENTIONAL
Alias: None
Product: kio
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-17 16:54 UTC by lenar
Modified: 2018-04-23 16:09 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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!