bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #14523] NSURLHandle caching problem


From: Sašo Kiselkov
Subject: [bug #14523] NSURLHandle caching problem
Date: Tue, 13 Sep 2005 19:39:32 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050517 Firefox/1.0.4 (Debian package 1.0.4-2)

URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=14523>

                 Summary: NSURLHandle caching problem
                 Project: GNUstep
            Submitted by: diablos
            Submitted on: Tue 09/13/05 at 19:39
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open

    _______________________________________________________

Details:

When implementing an app that reads data from a file by using an NSURL I
encountered this problem:
 - I open a file.
 - Edit and save it, close the document.
 - Open the document again (without restarting the app), but it contains the
same data as if before the edit - what the???

When investigating at lower levels in GNUstep source I found out that
NSURLHandle's caching mechanism doesn't query the underlying scheme-specific
subclasses (such as GSFileURLHandle) on whether the cached data is
up-to-date.

I propose to fix this problem by adding some machinery to NSURLHandle that
would allow it to check whether the cached data is still valid. I'll try to
work something out in the mean time.






    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=14523>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]