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-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
