Version: (using KDE KDE 3.3.1) Installed from: SuSE RPMs OS: Linux When I browse the internet with Konqueror then Konqueror start Opera when clicking a link. This is of corse not what I want and it seems not right for a Web Browser. Or have you ever seen mozilla starting internet explorer just because IE was default browser? This is of course different when clicking a link in for excample KMail where it is quite OK to start Opera as default for HTML pages. Just when I start bowsing with Konqueror I want to stay within Konqueror. i.E. Konqueror has a working spell checker which is usefull for Wiki Pages. With Regards Martin. PS: Please forgive the spelling mistakes - but I have to fill in this report with opera :-(.
Just as clarification: is is of corse KDE 3.3.3 - KDE 3.3.3 was not in the list
*** Bug 93344 has been marked as a duplicate of this bug. ***
Created attachment 8297 [details] test case with iframe showing iframes rendered in external browser.
Here it opens in GV for me for some reason, and crashes when I click in it.
Created attachment 8301 [details] proposed fixed Here is a fix that works for me. khtml is using an external browser when it launches a new KHTMLRun object. I called the inherited functionality in CVS KRun to not use an external browser for parts of a webpage we are rendering in a kpart.
Created attachment 8302 [details] white space fixes in the patch
> Just as clarification: is is of corse KDE 3.3.3 - KDE 3.3.3 was not in the list May I bet that this is because no KDE 3.3.3 exists? :-)
Ups, you are rigth still wrong version number - got it all mixed up in my had. Its 3.3.0. BTW: Konqueror would have filled the version number by itself. Yet another good reasong for allowing browsing with Konqueror even when another Browser is default.
I tried a set Konqueror as default browser. The Result was worth it's own bug report: See: http://bugs.kde.org/show_bug.cgi?id=93430
CVS commit by waba: Don't use external browser for frames BUG: 93357 Patch by Stephen Depooter M +3 -0 khtml_run.cpp 1.37 --- kdelibs/khtml/khtml_run.cpp #1.36:1.37 @@ -34,4 +34,7 @@ KHTMLRun::KHTMLRun( KHTMLPart *part, kht m_child( child ) { + // Don't use an external browser for parts of a webpage we are rendering. (iframes at least are one example) + setEnableExternalBrowser(false); + // get the wheel to start spinning part->started(0L);
I think the bug never was fixed. The reporter wanted LINKS to open in konqueror-browser, too, when clicked from within the konqueror-browser. Even if opera is the standard-browser. I have this problem for many month, also in the newest kde-version 3.4.3.
Precicly - that's the ways any any browser works - no other browser would spawn off the default browser when you surf a site. Which is handy if a particular site does not reder properly inside the default browser - you start one of the non default browsers you have installed and continue there. And this behavior is cerntainly not fixed in V. 3.4.2.
Reopen - It's not fixed: Konqueor still behave like a File-Browser and not like a Web-Browser when in Web-Browing-Mode - but then prehaps you can't have it both.
This is a duplicate of http://bugs.kde.org/show_bug.cgi?id=81654 one or the other should be closed. FWIW, the bug stil exists in KDE 3.5.0.
*** Bug 81654 has been marked as a duplicate of this bug. ***
Does it help if you move the line to the parent class, i.e. KParts::BrowserRun? Then it should also have an effect on Konqueror itself (not only on frames inside KHTML). This is for kdelibs/kparts, please test. --- browserrun.cpp (revision 488546) +++ browserrun.cpp (working copy) @@ -45,6 +45,7 @@ BrowserRun::BrowserRun( const KURL& url, m_args( args ), m_part( part ), m_window( window ), m_bRemoveReferrer( removeReferrer ), m_bTrustedSource( trustedSource ) { + setEnableExternalBrowser( false ); d = new BrowserRunPrivate; d->m_bHideErrorDialog = false; } @@ -57,6 +58,7 @@ BrowserRun::BrowserRun( const KURL& url, m_args( args ), m_part( part ), m_window( window ), m_bRemoveReferrer( removeReferrer ), m_bTrustedSource( trustedSource ) { + setEnableExternalBrowser( false ); d = new BrowserRunPrivate; d->m_bHideErrorDialog = hideErrorDialog; }
Bug #139172 looks like a duplicate of this.
This bug allready exists in debian sid (07-08-2007)
The problem is fixed in Konqueror 4.0.4. It doesn't occur even when you have "File Manager" profile selected instead of "Web browsing".
Yes, this is currently completely independent from the selected profile. Profiles are only about the organization of the views, and the window/toolbar settings, nothing else. Indeed I fixed konqueror 4 so that it keeps opening html pages in itself when browsing the web -- but the question is what should happen when clicking on an HTML file in a directory view. I used this logic in konqueror 4: if any tab in this mainwindow is showing an HTML page, then keep opening HTML pages in konqueror. But otherwise, fire the associated browser (e.g. opera). Otherwise it would be impossible to use konqueror purely as a filemanager. But maybe this should be profile-dependent indeed, it would be a clearer logic than the above magic..... Opinions? [More precisely, konqueror trunk knows two modes on startup: filemanager or webbrowser; this can be used with any profile, for people using more than two profiles]. The problem is what happens when people type a web url in a window that was originally opened for file management :) Closing the bug as FIXED, in any case.
*** Bug 139172 has been marked as a duplicate of this bug. ***