Bug 214848 - arstechnica.com redirects to blank page
Summary: arstechnica.com redirects to blank page
Status: RESOLVED DUPLICATE of bug 193362
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-16 17:49 UTC by Palmer Dabbelt
Modified: 2010-03-13 08:46 UTC (History)
4 users (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 Palmer Dabbelt 2009-11-16 17:49:16 UTC
Version:           4.3.3 (using KDE 4.3.3)
Compiler:          gcc version 4.4.2 (GCC), Target: x86_64-unknown-linux-gnu Configured with: ../configure --prefix=/usr --enable-shared --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-threads=posix --mandir=/usr/share/man --infodir=/usr/share/info --enable-__cxa_atexit --disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu --disable-libstdcxx-pch --with-tune=generic
OS:                Linux
Installed from:    Archlinux Packages

When I attempt to load the arstechnica.com homepage (or any other page from their website), the entire page loads and then I get redirected to a blank (all white) page.  If I click the stop button half way through loading, I don't get the redirect.

How to reproduce:
1.  Go to http://arstechnica.com/
2.  Wait for the page to load
3.  Get redirected to http://arstechnica.com/mt-static/plugins/ArsTheme/scripts/ad-loader-frame.html?req=http://ad.doubleclick.net/adj/ars.dart/homepage;abr=!webtv;mtfIFPath=/mt-static/plugins/ArsTheme/ad-campaigns/doubleclick/;tile=2;sz=300x250;kw=top;kw=premium-adset;ord=20297064827893424

Expected behaviour:
1.  ars homepage appears

I contacted ars support and they claim it is an issue of your side, they suggested that the following open bugs also relate to a similar problem:

https://bugs.kde.org/show_bug.cgi?id=187648
https://bugs.kde.org/show_bug.cgi?id=159028
https://bugs.kde.org/show_bug.cgi?id=159352
Comment 1 FiNeX 2009-11-29 22:35:50 UTC
Cannot reproduce this bug using KDE 4.3.77. It looks it has been fixed. Someone could confirm?
Comment 2 Dario Andres 2010-01-04 13:35:24 UTC
I can confirm it is also working OK here using:

Qt: 4.6.0 (kde-qt master commit 747ff8e6ef6f5a1163dfa75bc9ac4755ce7083d1
        Date:   Tue Dec 15 11:58:13 2009 +0100)                         
KDE Development Platform: 4.3.86 (KDE 4.3.86 (KDE 4.4 >= 20091231))     
kdelibs svn rev. 1069096 / kdebase svn rev. 1069104                     
on ArchLinux i686 - Kernel 2.6.31.6 

with a clean environment. (empty KDEHOME, default configs)
Comment 3 Tommi Tervo 2010-01-05 23:01:50 UTC
It just happened to me, up to date kioslave/http and khtml (r1070012)
Comment 4 Allan Sandfeld 2010-02-21 20:55:50 UTC
I get behaviour similar, but that is because I block doubleclick.com and Ars loads a "dartframe", a page on doubleclick.com which then loads the desired ars page.
Comment 5 Maarten ter Huurne 2010-03-13 01:23:52 UTC
Bug 193362 seems to describe the same issue. Maybe it is useful to close either this report or the other as a duplicate?

In any case, it still happens for me, with Konqueror 4.4.1 on openSUSE 11.2 x86-64, using Qt 4.6.2. I have Flash (64-bit) installed, but plugins disabled by default (and no exception for Ars). I have cookies disabled by default, but temporarily enabling them did not fix the problem. I do not use ad blocking nor any specific settings for doubleclick.net.
Comment 6 Tommi Tervo 2010-03-13 08:46:05 UTC

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