[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/
- [bug #14523] NSURLHandle caching problem,
Sašo Kiselkov <=