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

 
 

bug #58932: Improve illegal 304 handling

Submitted by:  None
Submitted on:  Mon 10 Aug 2020 07:30:51 PM UTC  
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Wont Fix
Privacy:  Public Assigned to:  Werner Baumann <wbaumann>
Open/Closed:  Open

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

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>
Project AdministratorIn charge of this item.
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)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    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.7