Bug 249151

Summary:	Flash interface does not work in teamviewer web app
Product:	[Frameworks and Libraries] kwebkitpart	Reporter:	george panta <adgeruy>
Component:	general	Assignee:	webkit-devel
Status:	RESOLVED UPSTREAM
Severity:	normal	CC:	adawit
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:

Description george panta 2010-08-26 22:56:39 UTC

Version:           unspecified (using KDE 4.5.0) 
OS:                Linux

https://wa236.teamviewer.com/login.aspx?state=1

Unfortunately you must be registered to access the web version of teamviewer.

Reproducible: Didn't try

Steps to Reproduce:
Once logged in, enter remote partner's details (these can also be bogus for example 12345 and pass 1234) and press connect.

Normally flashplugin loads and the connecting process/log is shown.

Actual Results:  
Flashplugin appears to load (on right mouse click flashplugins usual menu is shown) yet instead of showing the actual information everything is gray.

Expected Results:  
Normally flashplugin loads and the connecting process/log is shown.

Konqueror/KHTML , Chromium and Rekonq(git 20100822) do not exhibit this behavior.
Since rekonq and khtml work, i suppose the problem is in the kpart and not in kdewebkit or konqueror.

Comment 1 Dawit Alemayehu 2010-09-10 06:43:14 UTC

I cannot duplicate this... I see everything just fine. See attached screenshot. BTW, what is the Arch Linux package version for kwebkitpart you are using ? Perhaps you are not upto date ?

Also note that I am currently using QtWebKit 2.1 which is even more recent than the version that will come with Qt 4.7, but since you stated that this works fine in reKonq, then QtWebKit version should not matter. Both reKonq and kwebkitpart are based on kdewebkit.

Comment 2 george panta 2010-09-10 23:11:06 UTC

I compile my own package for kwebkitpart, so I have the latest svn trunk version.
I am using qtwebkit 2.0 branch. 
I will compile qtwebkit 2.1 trunk to check whether it makes any difference just in case (i will also recompile kdelibs/kdewebkit and the kpart to be safe:) ).

Comment 3 george panta 2010-09-11 17:41:42 UTC

I have compiled qtwebkit 2.1 and the problem is fixed. 

So this bug is invalid/resolved upstream and should be closed.

Thanks!