Regression in konqueror kde4

[David Faure]

On Wednesday 16 January 2008, Raul Fernandes wrote:
> I found a regression in konqueror.
> 
> It is a bug that has been fixed in 3.5.8, but appears
> again in kde 4.0.0.
> 
> When I visit a webpage, konqueror shows me a window to
> save a file, but this file is part of webpage.
> 
> The problem is that server don't send Content-Type
> header, so konqueror doesn't know the mimetype and ask
> the user what to do (save or open the file).
> 
> The page it happens is:
> 
> http://www.torrentz.com/search?q=kde

kde4:
konqueror(20865)/kparts KParts::BrowserRun::slotBrowserMimetype: slotBrowserMimetype: found "text/plain" for KUrl("http://ad.adnetinteractive.com/st?ad_type=iframe&ad_size=728x90&section=227445")

kde3:
khtml (css): Filtered: http://www.torrentz.com/ads.php?type=728
Hmm, ok, disabling adblock filters first :-) Second try:
kde3:
kparts: slotBrowserMimetype: found text/html for http://ad.adnetinteractive.com/st?ad_type=iframe&ad_size=728x90&section=227445

OK, so it's the mimemagic that behaves differently, since you said there's no Content-Type. Let's see:
$ wget 'http://www.torrentz.com/ads.php?type=728'  --output-document=ad
$ file ad
ad: ASCII text, with very long lines
$ /d/kde/build/3/kdelibs/kio/tests>./kmimemagictest /k/ad
Found text/html, accuracy 59 
$ kmimetypefinder /k/ad
text/plain
(accuracy 5)

Ah - and the file starts with "<script", so that's a bug I already reported to shared-mime-info:
  Bug 11259 New entries for text/html magic                           https://bugs.freedesktop.org/show_bug.cgi?id=11259
Fix committed on 13 June. No idea what shared-mime-info version that is.

-- 
David Faure, faure at kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).