282166 – JavaScript Policy (window.open) not honored when using webkit browser engine.

Bug 282166 - JavaScript Policy (window.open) not honored when using webkit browser engine.

Summary: JavaScript Policy (window.open) not honored when using webkit browser engine.

Status:	RESOLVED FIXED

Alias:	None

Product:	kwebkitpart
Classification:	Frameworks and Libraries
Component:	general (show other bugs)
Version:	unspecified
Platform:	Compiled Sources Linux

Importance:	NOR normal
Target Milestone:	---
Assignee:	webkit-devel

URL:
Keywords:

Depends on:
Blocks:

Reported:	2011-09-16 20:15 UTC by Zé
Modified:	2012-08-06 03:12 UTC (History)
CC List:	1 user (show)

See Also:
Latest Commit:	http://commits.kde.org/kwebkitpart/fc8a0cff04de83390a55f2a6205c80db81edd2dc
Version Fixed In:	1.3.0

Attachments
konqueror crashes when trying to view the email source code in Gmail (49.84 KB, text/plain) 2011-11-26 15:52 UTC, Zé	Details
Another konqueror crash when trying to view the email source code in Gmail (webkit view) (182.81 KB, text/plain) 2011-11-26 19:41 UTC, Zé	Details
Crash from latest gt pull (89.65 KB, text/plain) 2011-11-27 09:14 UTC, Zé	Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.

Description Zé 2011-09-16 20:15:33 UTC

Version:           0.0.1 (using Devel) 
OS:                Linux

Entering in Gmail website, selecting a message and click to view the message source code.

Using webkit view, the javascript doesnt work since no matter the option is it continues with the same behaviour, opening the message source code.

I have even selected the JavaScript DENY option but again konqueror continues to open the message source code.

Reproducible: Always

Steps to Reproduce:
Already described in details field.

Actual Results:  
Javascript does NOT work.


Expected Results:  
Javascript should work.

OS: Linux (x86_64) release 3.0.4-desktop-1.mga2
Compiler: gcc

Comment 1 Dawit Alemayehu 2011-09-27 07:04:30 UTC

(In reply to comment #0)
> Version:           0.0.1 (using Devel) 
> OS:                Linux
> 
> Entering in Gmail website, selecting a message and click to view the message
> source code.

Do you mean selecting to view the original from the popup menu on top of the message ?

Comment 2 Zé 2011-09-28 02:32:56 UTC

I think so.

In the top of the message in the right, you have a Answer link and an Arrow (poiting down), select that arrow and choose "Show Original".

Comment 3 Dawit Alemayehu 2011-11-12 08:40:13 UTC

(In reply to comment #2)
> I think so.
> 
> In the top of the message in the right, you have a Answer link and an Arrow
> (poiting down), select that arrow and choose "Show Original".

Works fine here for me. If I select "Show Original" from the dropdown box, it shows me the original content in a new tab.

Comment 4 Dawit Alemayehu 2011-11-26 02:10:32 UTC

(In reply to comment #3)
> (In reply to comment #2)
> > I think so.
> > 
> > In the top of the message in the right, you have a Answer link and an Arrow
> > (poiting down), select that arrow and choose "Show Original".
> 
> Works fine here for me. If I select "Show Original" from the dropdown box, it
> shows me the original content in a new tab.

Is this by any chance related to the issue you recently asked me for help with. The  misconfiguration of the konqueror webbrowsing profile ?

Comment 5 Zé 2011-11-26 10:11:04 UTC

I cant say now, since when i try to reproduce, konq crashes, but i have decided to not attach the output because im building a new qt 4.8 git snapshot.
After having kde build with this new qt ill try it again.

Comment 6 Zé 2011-11-26 15:51:42 UTC

Well this bug has escalated, now when clicking to view the source code of the email, konqueror crashes, im attaching the output.

Comment 7 Zé 2011-11-26 15:52:41 UTC

Created attachment 66095 [details]
konqueror crashes when trying to view the email source code in Gmail

Comment 8 Zé 2011-11-26 15:53:49 UTC

i forgot to add the backtrace:

(gdb) bt
#0  0x00007ffff7773395 in raise () from /lib64/libc.so.6
#1  0x00007ffff777491b in abort () from /lib64/libc.so.6
#2  0x00007ffff50c469f in qt_message_output(QtMsgType, char const*) ()
   from /usr/lib64/libQtCore.so.4
#3  0x00007ffff50c481f in qt_message(QtMsgType, char const*, __va_list_tag*) ()
   from /usr/lib64/libQtCore.so.4
#4  0x00007ffff50c49c4 in qFatal(char const*, ...) () from /usr/lib64/libQtCore.so.4
#5  0x00007ffff7b21303 in KonqView::changePart (this=0xcdeee0, mimeType=..., serviceName=..., 
    forceAutoEmbed=true) at /usr/src/debug/konqueror/src/konqview.cpp:308
#6  0x00007ffff7b616e4 in KonqMainWindow::openView (this=0x1931ff0, mimeType=..., 
    _url=<value optimized out>, childView=0xcdeee0, req=...)
    at /usr/src/debug/konqueror/src/konqmainwindow.cpp:946
#7  0x00007ffff7b666a2 in KonqMainWindow::slotCreateNewWindow (this=0x8a7c30, url=..., args=
    ..., browserArgs=<value optimized out>, windowArgs=..., part=0x7fffffffa088)
    at /usr/src/debug/konqueror/src/konqmainwindow.cpp:1250
#8  0x00007ffff7b6ca60 in KonqMainWindow::qt_static_metacall (_o=0x8a7c30, 
    _c=<value optimized out>, _id=14, _a=0x7fffffff9e70)
    at /usr/src/debug/build/konqueror/src/konqmainwindow.moc:323
#9  0x00007ffff51e0961 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) ()
   from /usr/lib64/libQtCore.so.4
#10 0x00007ffff70a9d95 in KParts::BrowserExtension::createNewWindow (
    this=<value optimized out>, _t1=<value optimized out>, _t2=<value optimized out>, 
    _t3=<value optimized out>, _t4=<value optimized out>, _t5=0x7fffffffa088)
    at /usr/src/debug/build/kparts/browserextension.moc:334
#11 0x00007fffe3b5a8cc in NewWindowPage::acceptNavigationRequest (this=0x196adc0, frame=
    0x16d5250, request=..., type=QWebPage::NavigationTypeOther)
    at /usr/src/debug/src/webpage.cpp:846
#12 0x00007fffe2667219 in WebCore::FrameLoaderClientQt::dispatchDecidePolicyForNavigationAction(void (WebCore::PolicyChecker::*)(WebCore::PolicyAction), WebCore::NavigationAction const&, WebCore::ResourceRequest const&, WTF::PassRefPtr<WebCore::FormState>) ()
   from /usr/lib64/libQtWebKit.so.4
#13 0x00007fffe29e7698 in WebCore::PolicyChecker::checkNavigationPolicy(WebCore::ResourceRequest const&, WebCore::DocumentLoader*, WTF::PassRefPtr<WebCore::FormState>, void (*)(void*, WebCore::ResourceRequest const&, WTF::PassRefPtr<WebCore::FormState>, bool), void*) ()
   from /usr/lib64/libQtWebKit.so.4
#14 0x00007fffe29cc588 in WebCore::FrameLoader::loadWithDocumentLoader(WebCore::DocumentLoader*, WebCore::FrameLoadType, WTF::PassRefPtr<WebCore::FormState>) () from /usr/lib64/libQtWebKit.so.4
#15 0x00007fffe29cd536 in WebCore::FrameLoader::loadWithNavigationAction(WebCore::ResourceRequest const&, WebCore::NavigationAction const&, bool, WebCore::FrameLoadType, WTF::PassRefPtr<WebCore::FormState>) () from /usr/lib64/libQtWebKit.so.4
#16 0x00007fffe29ce322 in WebCore::FrameLoader::loadURL(WebCore::KURL const&, WTF::String const&, WTF::String const&, bool, WebCore::FrameLoadType, WTF::PassRefPtr<WebCore::Event>, WTF::PassRefPtr<WebCore::FormState>) () from /usr/lib64/libQtWebKit.so.4
#17 0x00007fffe29cebbb in WebCore::FrameLoader::loadFrameRequest(WebCore::FrameLoadRequest const&, bool, bool, WTF::PassRefPtr<WebCore::Event>, WTF::PassRefPtr<WebCore::FormState>, WebCore::ReferrerPolicy) () from /usr/lib64/libQtWebKit.so.4
#18 0x00007fffe29cf37c in WebCore::FrameLoader::urlSelected(WebCore::FrameLoadRequest const&, WTF::PassRefPtr<WebCore::Event>, bool, bool, WebCore::ReferrerPolicy, WebCore::ShouldReplaceDocumentIfJavaScriptURL) () from /usr/lib64/libQtWebKit.so.4
#19 0x00007fffe29cfacf in WebCore::FrameLoader::changeLocation(WTF::PassRefPtr<WebCore::SecurityOrigin>, WebCore::KURL const&, WTF::String const&, bool, bool, bool) ()
   from /usr/lib64/libQtWebKit.so.4
---Type <return> to continue, or q <return> to quit--- 
#20 0x00007fffe2a1ae0f in WebCore::DOMWindow::createWindow(WTF::String const&, WTF::AtomicString const&, WebCore::WindowFeatures const&, WebCore::DOMWindow*, WebCore::Frame*, WebCore::Frame*, void (*)(WebCore::DOMWindow*, void*), void*) () from /usr/lib64/libQtWebKit.so.4
#21 0x00007fffe2a1b46e in WebCore::DOMWindow::open(WTF::String const&, WTF::AtomicString const&, WTF::String const&, WebCore::DOMWindow*, WebCore::DOMWindow*) ()
   from /usr/lib64/libQtWebKit.so.4
#22 0x00007fffe26a352b in WebCore::JSDOMWindow::open(JSC::ExecState*) ()
   from /usr/lib64/libQtWebKit.so.4
#23 0x00007fffe23ed014 in WebCore::jsDOMWindowPrototypeFunctionOpen(JSC::ExecState*) ()
   from /usr/lib64/libQtWebKit.so.4
#24 0x00007fff980001e8 in ?? ()
#25 0x00007fffdd2a2b78 in ?? ()
#26 0x00007fff9820b31d in ?? ()
#27 0x0000000000000000 in ?? ()

Comment 9 Dawit Alemayehu 2011-11-26 17:37:21 UTC

(In reply to comment #7)
> Created an attachment (id=66095) [details]
> konqueror crashes when trying to view the email source code in Gmail

[snipped]

> #5  0x00007ffff7b21303 in KonqView::changePart (this=0xcdeee0, mimeType=...,
serviceName=..., forceAutoEmbed=true) at /usr/src/debug/konqueror/src/konqview.cpp:308

We already have a couple of crash reports about that Q_ASSERT in KonqView::changePart being hit. See bug# 282641 and bug# 286999 for example.  Anyhow, can you temporarily comment line# 308 in konqview.cpp for now and see if the original issue is still there ?

Comment 10 Zé 2011-11-26 18:30:15 UTC

Seams now konqueror is always crashing...

Im attaching a new crash output:

Application: Konqueror (kdeinit4), signal: Segmentation fault
[Current thread is 1 (Thread 0x7f2f4e0ec720 (LWP 26541))]

Thread 12 (Thread 0x7f2f31522700 (LWP 26542)):
#0  0x00007f2f4c91f4a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2f40618c0c in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/libQtWebKit.so.4
#2  0x00007f2f40618d39 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/libQtWebKit.so.4
#3  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#4  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#5  0x0000000000000000 in ?? ()

Thread 11 (Thread 0x7f2f30c09700 (LWP 26543)):
#0  0x00007f2f4c91dac6 in pthread_mutex_lock () from /lib64/libpthread.so.0
#1  0x00007f2f4845d831 in g_mutex_lock (mutex=<value optimized out>) at gthread-posix.c:211
#2  0x00007f2f48421c57 in g_main_context_release (context=0x7f2f2c0009a0) at gmain.c:2507
#3  0x00007f2f48422a19 in g_main_context_iterate (context=0x7f2f2c0009a0, block=<value optimized out>, dispatch=1, self=<value optimized out>) at gmain.c:2997
#4  g_main_context_iterate (context=0x7f2f2c0009a0, block=<value optimized out>, dispatch=1, self=<value optimized out>) at gmain.c:2932
#5  0x00007f2f48422b94 in g_main_context_iteration (context=0x7f2f2c0009a0, may_block=1) at gmain.c:3056
#6  0x00007f2f4ccd6af6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#7  0x00007f2f4cca69c2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#8  0x00007f2f4cca6c17 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#9  0x00007f2f4cba6f07 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#10 0x00007f2f4cba9f2b in QThreadPrivate::start(void*) () from /usr/lib64/libQtCore.so.4
#11 0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#12 0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#13 0x0000000000000000 in ?? ()

Thread 10 (Thread 0x7f2ee230b700 (LWP 26701)):
#0  0x00007f2f4b68b543 in poll () from /lib64/libc.so.6
#1  0x00007f2f48422a66 in g_main_context_poll (context=0x7f2edc0009a0, block=<value optimized out>, dispatch=1, self=<value optimized out>) at gmain.c:3289
#2  g_main_context_iterate (context=0x7f2edc0009a0, block=<value optimized out>, dispatch=1, self=<value optimized out>) at gmain.c:2990
#3  g_main_context_iterate (context=0x7f2edc0009a0, block=<value optimized out>, dispatch=1, self=<value optimized out>) at gmain.c:2932
#4  0x00007f2f48422b94 in g_main_context_iteration (context=0x7f2edc0009a0, may_block=1) at gmain.c:3056
#5  0x00007f2f4ccd6af6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6  0x00007f2f4cca69c2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#7  0x00007f2f4cca6c17 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#8  0x00007f2f4cba6f07 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#9  0x00007f2f439188ae in KIO::NameLookUpThread::run (this=0x3368160) at /usr/src/debug/kio/kio/hostinfo.cpp:226
#10 0x00007f2f4cba9f2b in QThreadPrivate::start(void*) () from /usr/lib64/libQtCore.so.4
#11 0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#12 0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#13 0x0000000000000000 in ?? ()

Thread 9 (Thread 0x7f2ed3790700 (LWP 26735)):
#0  0x00007f2f4c91f4a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2ee6b065ec in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#2  0x00007f2ee674ea90 in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#3  0x00007f2ee6b0684c in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#4  0x00007f2ee6b06c9e in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#5  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#6  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 8 (Thread 0x7f2ed2f8f700 (LWP 26736)):
#0  0x00007f2f4c91f4a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2ee6b065ec in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#2  0x00007f2ee674ea90 in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#3  0x00007f2ee6b0684c in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#4  0x00007f2ee6b06c9e in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#5  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#6  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 7 (Thread 0x7f2ed278e700 (LWP 26737)):
#0  0x00007f2f4c91f4a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2ee6b065ec in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#2  0x00007f2ee674ea90 in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#3  0x00007f2ee6b0684c in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#4  0x00007f2ee6b06c9e in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#5  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#6  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 6 (Thread 0x7f2ed1f8d700 (LWP 26738)):
#0  0x00007f2f4c91f4a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2ee6b065ec in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#2  0x00007f2ee674ea90 in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#3  0x00007f2ee6b0684c in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#4  0x00007f2ee6b06c9e in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#5  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#6  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f2ecf61c700 (LWP 26739)):
#0  0x00007f2f4c91f80f in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2ee6b065c1 in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#2  0x00007f2ee6a2e64d in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#3  0x00007f2ee6b0684c in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#4  0x00007f2ee6b06c9e in ?? () from /usr/lib64/mozilla/plugins/libflashplayer.so
#5  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#6  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f2ee1b0a700 (LWP 32178)):
#0  0x00007f2f4c91f4a5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2f3f146e12 in QTWTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/libQtScript.so.4
#2  0x00007f2f3f146e49 in QTWTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/libQtScript.so.4
#3  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#4  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#5  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f2ebbfff700 (LWP 1765)):
#0  0x00007f2f4c91f80f in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2f4cbaa39f in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f2f4cb9d7ff in QThreadPoolThread::run() () from /usr/lib64/libQtCore.so.4
#3  0x00007f2f4cba9f2b in QThreadPrivate::start(void*) () from /usr/lib64/libQtCore.so.4
#4  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#5  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f2ec4c6d700 (LWP 1766)):
#0  0x00007f2f4c91f80f in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f2f4cbaa39f in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f2f4cb9d7ff in QThreadPoolThread::run() () from /usr/lib64/libQtCore.so.4
#3  0x00007f2f4cba9f2b in QThreadPrivate::start(void*) () from /usr/lib64/libQtCore.so.4
#4  0x00007f2f4c91bb8f in start_thread () from /lib64/libpthread.so.0
#5  0x00007f2f4b69414d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f2f4e0ec720 (LWP 26541)):
[KCrash Handler]
#6  KJS::JSValue::type (this=<value optimized out>) at /usr/src/debug/kjs/value.h:452
#7  0x00007f2ec29656c6 in KJS::cloneInternal (exec=0x5334b30, ctx=0x5334b10, in=0x7f2ec9b64c40, path=...) at /usr/src/debug/khtml/ecma/kjs_data.cpp:37
#8  0x00007f2ec2965985 in KJS::encapsulateMessageEventData (exec=0x5334b30, ctx=0x5334b10, data=0x7f2ec9b64c40) at /usr/src/debug/khtml/ecma/kjs_data.cpp:117
#9  0x00007f2ec2965c0b in KJS::DelayedPostMessage::execute (this=0x68e26d0, w=<value optimized out>) at /usr/src/debug/khtml/ecma/kjs_data.cpp:169
#10 0x00007f2ec2923e06 in KJS::Window::afterScriptExecution (this=0x7f2ecc530000) at /usr/src/debug/khtml/ecma/kjs_window.cpp:1327
#11 0x00007f2ec2929361 in KJS::WindowQObject::timerEvent (this=0x51fd7b0) at /usr/src/debug/khtml/ecma/kjs_window.cpp:2481
#12 0x00007f2f4ccc0859 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#13 0x00007f2f4be12384 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#14 0x00007f2f4be17203 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#15 0x00007f2f4da72b8e in KApplication::notify (this=0x7fffdabcf210, receiver=0x51fd7b0, event=0x7fffdabcee60) at /usr/src/debug/kdeui/kernel/kapplication.cpp:311
#16 0x00007f2f4cca7bdc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#17 0x00007f2f4ccd8892 in QTimerInfoList::activateTimers() () from /usr/lib64/libQtCore.so.4
#18 0x00007f2f4ccd62cd in timerSourceDispatch(_GSource*, int (*)(void*), void*) () from /usr/lib64/libQtCore.so.4
#19 0x00007f2f4842270a in g_main_dispatch (context=0x21bba00) at gmain.c:2387
#20 g_main_context_dispatch (context=0x21bba00) at gmain.c:2924
#21 0x00007f2f48422ad0 in g_main_context_iterate (context=0x21bba00, block=<value optimized out>, dispatch=1, self=<value optimized out>) at gmain.c:2995
#22 g_main_context_iterate (context=0x21bba00, block=<value optimized out>, dispatch=1, self=<value optimized out>) at gmain.c:2932
#23 0x00007f2f48422b94 in g_main_context_iteration (context=0x21bba00, may_block=1) at gmain.c:3056
#24 0x00007f2f4ccd6a8f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#25 0x00007f2f4beb56fe in QGuiEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtGui.so.4
#26 0x00007f2f4cca69c2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#27 0x00007f2f4cca6c17 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#28 0x00007f2f4ccab775 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#29 0x00007f2f380c7bc5 in kdemain (argc=<value optimized out>, argv=<value optimized out>) at /usr/src/debug/konqueror/src/konqmain.cpp:227
#30 0x00000000004089e0 in launch (argc=2, _name=0x21a0e48 "/usr/bin/konqueror", args=<value optimized out>, cwd=0x10 <Address 0x10 out of bounds>, envc=<value optimized out>, 
    envs=<value optimized out>, reset_env=false, tty=0x0, avoid_loops=false, startup_id_str=0x21a0e74 "insys2;1322324715;651742;31297_TIME4054026") at /usr/src/debug/kinit/kinit.cpp:734
#31 0x00000000004093c9 in handle_launcher_request (sock=<value optimized out>, who=<value optimized out>) at /usr/src/debug/kinit/kinit.cpp:1226
#32 0x0000000000409ac3 in handle_requests (waitForPid=0) at /usr/src/debug/kinit/kinit.cpp:1419
#33 0x000000000040590f in main (argc=4, argv=0x7fffdabd0298, envp=0x7fffdabd02c0) at /usr/src/debug/kinit/kinit.cpp:1907

Comment 11 Zé 2011-11-26 18:44:24 UTC

Putting line# 308 in konqview.cpp as comment made no difference, when clicking to show he email source code konqueror crashes.

Comment 12 Dawit Alemayehu 2011-11-26 18:52:03 UTC

(In reply to comment #11)
> Putting line# 308 in konqview.cpp as comment made no difference, when clicking
> to show he email source code konqueror crashes.

The new crash backtrace shows that you are using khtml because the crash takes place in /usr/src/debug/khtml/ecma/kjs_data.cpp:37. Is that the case ?

Comment 13 Zé 2011-11-26 19:23:34 UTC

> The new crash backtrace shows that you are using khtml because the crash takes
> place in /usr/src/debug/khtml/ecma/kjs_data.cpp:37. Is that the case ?

Oh damn i didnt pasted the correct output, but yes i did tried khtml a
few times, so ignore that one, sorry.

Comment 14 Zé 2011-11-26 19:41:20 UTC

Created attachment 66103 [details]
Another konqueror crash when trying to view the email source code in Gmail (webkit view)

Comment 15 Dawit Alemayehu 2011-11-26 19:50:37 UTC

(In reply to comment #14)
> Created an attachment (id=66103) [details]
> Another konqueror crash when trying to view the email source code in Gmail
> (webkit view)

#5  0x00007ffff7b21302 in ?? () from /usr/lib64/libkdeinit4_konqueror.so
#6  0x00007ffff7b617e4 in ?? () from /usr/lib64/libkdeinit4_konqueror.so
#7  0x00007ffff7b667a2 in ?? () from /usr/lib64/libkdeinit4_konqueror.so
#8  0x00007ffff7b6cb60 in ?? () from /usr/lib64/libkdeinit4_konqueror.so

Missing debugging symbols. You need to compile konqueror, well actually kde-baseapps with the "RelWithDebInfo" or "Debug" cmake flags.

Comment 16 Zé 2011-11-27 08:58:50 UTC

This is weird, since i have rebuild with debug ON, konqueror isnt crashing...

So when i click to view the email source code it opens a new window, so this continues being a valid bug, since no matter what open you choose in the JavaScript configure window, konqueror continues to have the same behaviour.

For example i have set to ask before open a new window, and also used the option to refuse to open new windows and that doesnt change konqueror behaviour.

Of course this is valid for the webkit view.

Comment 17 Zé 2011-11-27 09:03:00 UTC

Well in fact this bug is valid for both views, webkit and khtml...

And i notested that the builds i made with debug ON had included some changes you made, still dont know is they are revelant for the crashes.

Comment 18 Zé 2011-11-27 09:12:43 UTC

I dont anymore what to thinhk, i have runned a git pull in kde-baseapps and build it with debug ON, but now the crashes are again back when hitinh to view the email source code.

Comment 19 Zé 2011-11-27 09:14:46 UTC

Created attachment 66113 [details]
Crash from latest gt pull

Comment 20 Zé 2011-11-27 09:43:43 UTC

Well that line about ASSERT really was making me thing why when i put it as comment konqueror continued crashing.
So i patched again as a comment and now i did a clean build (since the other time i simply runned a make install) and now konqueror IS NOT crashing :)

So i think you can safely set that line as comment upstream...

Comment 21 Dawit Alemayehu 2011-12-13 04:01:48 UTC

In debug mode the Q_ASSERTS are in effect so if they are hit they will cause a fatal abort, a SEGFAULT on purpose. Anyhow, I am closing this bug report becuase the crash and the original report are unrelated. If you have issues with the crash please open a new bug report for it.

Comment 22 Zé 2011-12-15 06:14:06 UTC

Yes they are not related, but the bug report continues being valid.

Comment 23 Dawit Alemayehu 2011-12-16 05:21:08 UTC

(In reply to comment #22)
> Yes they are not related, but the bug report continues being valid.

Again. I cannot reproduce the gmail bug. If I click on the down arrow at the top of an email message and select "Show Original", I get a new tab (or it can be a new window depending on your settings) that shows the raw email message in all its glory. 

So I do not understand what exactly you are reporting here ? Please do not mix separate issues into one single ticket as it is hard to track multiple problems in a single ticket.

Comment 24 Dawit Alemayehu 2011-12-17 17:00:18 UTC

Okay, I guess it is my fault for not properly reading the bug report the first time. Assuming instead for it to be about the same thing you asked me about in a personal email. Now back to this bug report.

(In reply to comment #0)
> Version:           0.0.1 (using Devel) 
> OS:                Linux
> 
> Entering in Gmail website, selecting a message and click to view the message
> source code.
> 
> Using webkit view, the javascript doesnt work since no matter the option is it
> continues with the same behaviour, opening the message source code.
> 
> I have even selected the JavaScript DENY option but again konqueror continues
> to open the message source code.

For what did you enable Javascript DENY option for ? For the gmail domain or globally ? If you applied it globally, then how were you able to even log into gmail since it heavily relies on javascript ? Or did you login and then disable it ?

> Reproducible: Always
> 
> Steps to Reproduce:
> Already described in details field.
> 
> Actual Results:  
> Javascript does NOT work.

Do you mean the javscript policy settings do not work ? If you disabled javascript globally above it will obviously get disabled and quit working. This is what is so confusing about your report. What do you mean by Javascript does NOT work ?

Comment 25 Zé 2011-12-17 17:20:38 UTC

I think you need to read the original message in which this buf report is all about.
This its about javascript not working and not about crashs, its not me whos confusing any...

Comment 26 Dawit Alemayehu 2011-12-18 03:03:20 UTC

(In reply to comment #25)
> I think you need to read the original message in which this buf report is all
> about.
> This its about javascript not working and not about crashs, its not me whos
> confusing any...

If you are unable to provide answers to the questions I asked in comment #24, then there is nothing I can do for you. Javascript works just fine in Konqueror for me in what ever context I see it.

Comment 27 Zé 2011-12-18 11:30:21 UTC

In JavaScript tab i did set to refuse opening new windows, and that was done before login in gmail and when i hitted to see the message source code it continued opening a new window instead using a new tab, i also set to ask to user, and again that failed.
So like i said, no matter what JavaScript option you choose, it continues doing the same, so i dont get how you say that javascript works...

Comment 28 Dawit Alemayehu 2012-01-10 04:47:53 UTC

(In reply to comment #27)
> In JavaScript tab i did set to refuse opening new windows, and that was done
> before login in gmail and when i hitted to see the message source code it
> continued opening a new window instead using a new tab, i also set to ask to
> user, and again that failed.

Ahh... So the javascript window policy not working properly with Konqueror + webkit means javascript does not work ?

> So like i said, no matter what JavaScript option you choose, it continues doing
> the same, so i dont get how you say that javascript works...

That is the javascript window policy not being honored properly. I am sure you see the difference between that and claiming javascript does not work, right ? Anyhow, those settings work just fine with Konqueror + khtml. It is not yet completely implemented in kwebkitpart and hence does not work properly with Konqueror + webkit.

And for the record, Javascript is not the only way you can create a new window. Adding a "target" parameter to any <a> or <base> tags will also result in a new window and those javascript related options do not prevent that.

Comment 29 Dawit Alemayehu 2012-01-10 04:53:09 UTC

Oh and for the record the unrelated crash you reported in comment #8 have also been fixed. See bug# 282641.

Comment 30 Dawit Alemayehu 2012-01-11 05:23:53 UTC

Git commit fc8a0cff04de83390a55f2a6205c80db81edd2dc by Dawit Alemayehu.
Committed on 11/01/2012 at 05:10.
Pushed by adawit into branch 'master'.

Honor the Javascript window open policy configured by the user.

GUI access like khtml is still on TODO list.

M  +46   -6    src/webpage.cpp
M  +4    -1    src/webpage.h

http://commits.kde.org/kwebkitpart/fc8a0cff04de83390a55f2a6205c80db81edd2dc