Bug 256472 - Open non-downloadable content in a built-in web browser
Summary: Open non-downloadable content in a built-in web browser
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kdelibs
Classification: Unmaintained
Component: knewstuff (other bugs)
Version First Reported In: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Jeremy Whiting
URL:
Keywords:
: 307040 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-11-09 21:04 UTC by Todd
Modified: 2024-09-14 16:18 UTC (History)
2 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 Todd 2010-11-09 21:04:02 UTC
Version:           unspecified (using KDE 4.5.3) 
OS:                Linux

Currently when you try to download content stored on a third-party website, knewstuff asks you if you want to open it an external web browser.  This, however, requires you to save the file to your hard drive, exit knewstuff, then find the stuff on your hard drive, then generally install each item one-at-a-time.  This is a fairly slow and inefficient approach.  

I think a much better approach would be to give the user the option to automatically open a very simple web browser embedded in knewstuff, then select the file.  The file will be automatically saved to the same place all other downloads of that type are saved to, then automatically installed by knewstuff.  The web browser window can then close and the user can continue on with the next item.

The user doesn't need to worry about waiting for another program to open, doesn't need to remember where the stuff was saved, doesn't need to exit knewstuff, doesn't need to delete temporary files, doesn't need to break his or her workflow at all.

The web browser would have, at most, the page, back/forward buttons, an address bar, and a button to launch the page in the default web browser if anything more complicated is needed.  

Reproducible: Always
Comment 1 Christoph Feck 2010-11-09 21:15:26 UTC
The keyword here is "very simple". If there is a download site that requires JavaScript or KWallet access, you end up needing a "full" browser anyway.
Comment 2 Todd 2010-11-09 21:24:46 UTC
Right, hence the button to open it in a full we browser if you have to.

I'm surprised, though.  The KDE webkit part doesn't support javascript?
Comment 3 Christoph Feck 2012-09-19 14:15:51 UTC
*** Bug 307040 has been marked as a duplicate of this bug. ***
Comment 4 Christoph Cullmann 2024-09-14 16:18:02 UTC
Hi,

kdelibs (version 4 and earlier) is no longer maintained since a few years.

KDE Frameworks 5 or 6 might already have implemented this wish.

If not, please re-open against the matching framework if feasible or against the application that shows the issue.

We then can still dispatch it to the right Bugzilla product or component.

Greetings
Christoph Cullmann