Bug 249172

Summary: webkitpart fails to load CSS for Blackboard installation, while Gecko does
Product: [Unmaintained] kdelibs Reporter: Ryan Rix <ry>
Component: kdewebkitAssignee: webkit-devel
Status: RESOLVED DUPLICATE    
Severity: normal CC: adawit
Priority: NOR    
Version: SVN   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Ryan Rix 2010-08-27 04:00:07 UTC
Version:           unspecified (using Devel) 
OS:                Linux

My university's blackboard installation fails to render properly under kdewebkit, not loading any CSS elements.

Rekonq's request:
Request URL:https://myasucourses.asu.edu/branding/themes/MyASU_RC1.5/theme.css?v=9.0.539.0
Request Headers
Accept:text/css,*/*;q=0.1
Referer:https://myasucourses.asu.edu/webapps/blackboard/execute/announcement?method=search&context=course_entry&course_id=_187536_1&handle=announcements_entry
User-Agent:Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_6_1; appLanguage) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10

Response Headers
Content-Type:text/plain

Firefox's request:
Host: myasucourses.asu.edu
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.7) Gecko/20100723 Fedora/3.6.7-1.fc13 Firefox/3.6.7 (.NET CLR 3.5.30729)
Accept: text/css,*/*;q=0.1
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Referer: https://myasucourses.asu.edu/webapps/portal/execute/topframe?tab_tab_group_id=_1_1&frameSize=LARGE
Cookie: <omitting cookie value from public page>

Date: Fri, 27 Aug 2010 01:34:02 GMT
Server: Apache/1.3.41 (Unix) mod_ssl/2.8.31 OpenSSL/0.9.8i mod_jk/1.2.27
X-Blackboard-appserver: blackboard.asu.edu
X-Blackboard-product: Blackboard Learn&#8482; 9.0.539.0
Cache-Control: public
Etag: W/"202710-1275608663000"
Last-Modified: Fri, 16 Jul 2010 13:44:04 GMT
Expires: Sat, 27 Aug 2011 01:34:02 GMT
Content-Length: 202710
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: text/css


The only really big difference as far as I can tell, is the cookie, which is what I'd guess is the issue, but I'm not the kind to send his car to the mechanic and diagnose the issue :)

Reproducible: Always

Steps to Reproduce:
Log in to my school's blackboard installation (sorry)
request https://myasucourses.asu.edu/branding/themes/MyASU_RC1.5/theme.css?v=9.0.539.0 in either Firefox or Rekonq

Actual Results:  
Rekonq isn't given any content, whereas firefox is.
Comment 1 Dawit Alemayehu 2010-08-27 07:14:36 UTC
Versions please ? Qt , KDE and ReKonq ?? Oh and ReKonq does not use kwebkitpart at all since it is not a KParts based application ; so i am not sure why you reported this against kwebkitpart. Perhaps you wanted kdelibs/kdewebkit ? That is the library used by both kwebkitpart and reKonq. 

Anyhow the issue here might be missing cookies or the server serving different content based on useragent string, or even a bug somewhere. However, we cannot being to help you narrow down the problem until you provide some of the information requested above.

What would help greatly with narrowing down the causes is to install both the Arora web browser and kwebkitpart (extragear/base/kwebkitpart) for Konqueror and see if you can reproduce the problem.
Comment 2 Ryan Rix 2010-08-31 09:21:50 UTC
Hi dawit thanks for the feedback..

The version is compiled SVN from about three hours ago of my entire kde stack, rekonq included.. My apologies for not filing against the correct component, I didn't realize kdelibs had a webkit component... I'm reassigning as this issue does occur in konqueror's kwebkitpart from the same trunk and does NOT occur in Arora 0.10.2
Comment 3 Dawit Alemayehu 2010-11-18 20:43:59 UTC
I am sure this issue is also related to the caching related bug in kio_http. Can you please disable caching and try to see if this problem goes away for you ?
Comment 4 Dawit Alemayehu 2010-11-23 22:52:06 UTC
Marking this a duplicate of 256104 because another blackboard related website had the same issues that was caused by kio_http's caching problems.

*** This bug has been marked as a duplicate of bug 256104 ***