Bug 253630 - konqueror will not stick with webkit kpart
Summary: konqueror will not stick with webkit kpart
Status: RESOLVED FIXED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: kdewebkit (show other bugs)
Version: 0.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: webkit-devel
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-08 22:33 UTC by Anders Lund
Modified: 2010-10-21 04:41 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anders Lund 2010-10-08 22:33:38 UTC
Version:           0.0.1 (using KDE 4.5.1) 
OS:                Linux

When switching to webkit, konqueror resists to stick with it. Some unfortunatte sites does not work with KHTML, so it is quite annoying that one can't trust the view/tab to stick with webkit when selected. An example is twitter. 

Reproducible: Always

Steps to Reproduce:
switch view to webkit
click a bit around, or enter a new address in the address bar, or drop an url on the tab

Actual Results:  
at some point, view switches to khtml

Expected Results:  
view sticks with webkit

OS: Linux (i686) release 2.6.35-ARCH
Compiler: gcc
Comment 1 Dawit Alemayehu 2010-10-21 04:41:58 UTC
First the ability to switch to choose the default rendering engine of your choice easily has been added to Konqueror's configuration dialog for the 4.6 release:

http://websvn.kde.org/?view=revision&revision=1178254

The View/Mode menu option is only intended as a temporary means of switching to a different rendering engine, i.e. the current viewing. If you want to a permanent switch, you have to fiddle with the file associations dialog and change the default embded viewer associated with text/html to WebKit (kwebkitpart). Of course, it is this very process the above change is going to simplify in future releases...