bugdavfs2 - Bugs: bug #58932, Improve illegal 304 handling

 
 

bug #58932: Improve illegal 304 handling

Submitter:  None
Submitted:  Mon 10 Aug 2020 07:30:51 PM UTC
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Wont Fix
Privacy:  Public Assigned to:  wbaumann
Open/Closed:  Open
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       No canned response available

 

Tue 11 Aug 2020 01:40:41 PM UTC, comment #1: 

Why not fix the broken cache?

HTTP caches are in heavy use for about 25 years no. A software with a bug like this should not be deployed.

Werner

Werner Baumann <wbaumann>
Mon 10 Aug 2020 07:30:51 PM UTC, original submission:  

I have a broken cache server. When it receives a GET request for a file, and the its cached copy is expired but valid, it forwards a 304 (NOT MODFIED) response code from its upstream WebDAV server back to its client. If davfs2 is the client, it incorrectly assumes the 304 has the requested file attached as the body of the response. It reads an empty response and assumes the requested file is empty. The user ends up with an empty file in the davfs2 mount.

This isn't a bug in davfs, per se, but it does provide a bad user experience. Would it be possible for davfs2 to not generate the file and write an error message to the syslog daemon indicating what happened?

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by wbaumann (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

     

     

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2020-08-11 wbaumann StatusNone Wont Fix
        Assigned toNone wbaumann

    Back to the top


    Powered by Savane 3.9