Bug 257053 - HTTP KIOslave issuing conditional GET requests and not handling "304 Not Modified" responses
Summary: HTTP KIOslave issuing conditional GET requests and not handling "304 Not Modi...
Status: RESOLVED DUPLICATE of bug 256104
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: http (show other bugs)
Version: 4.4
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-16 10:40 UTC by Predrag Viceic
Modified: 2010-11-18 08:12 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Predrag Viceic 2010-11-16 10:40:54 UTC 
Version:           4.4 (using KDE 4.4.4) 
OS:                Linux

KDE applications are issuing Conditional GET requests (If-None-Match) when the user wants to open a file on the http/webdav server. If the file wasn't modified (according to the etag sent in If-None-Match clause), the server responds "304 Not Modified).

HTTP KIOSlave isnt able to retrieve the cached version of the file, thus the file isn't opened.

HTTP IOSlave should stop issuing conditional GET requests or implement proper handling of the "304 Not Modified" response.

Reproducible: Always

Steps to Reproduce:
Download twice this image (I suppose it will open with Gwenview, or another kde app using http kioslave):

https://documents.epfl.ch/users/p/pv/pviceic/www/Angry-PC-User.gif


Actual Results:  
The first time it will work, and the second time, the server sends 304 response and httpioslave gets confused..

Expected Results:  
The file should open
Comment 1 Dawit Alemayehu 2010-11-18 00:31:24 UTC 

*** This bug has been marked as a duplicate of bug 256104 ***
Comment 2 Predrag Viceic 2010-11-18 08:12:04 UTC 
The same problem stands for webdav kioslave, but unlike the http kioslave, you cannot remove the caching for webdav kioslave (or at least I didn't find how to do it..)