From: "Will Scheidegger" <user-list@magnolia.info>
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Sender: willscheidegger@mac.com
Message-id: <5A24DD2C-EB16-4801-BBB3-6ECAE501F7DC@mac.com>
To: user-list@magnolia.info
In-reply-to: <list-14529116@mail.obinary.com>
Subject: Re: [magnolia-user] Mag 3.6m3 "loosing" admin CSS after a while
Date: Thu, 17 Jul 2008 08:38:42 +0200
References: <list-14529116@mail.obinary.com>

On 17.07.2008, at 08:22, Jan Haderka wrote:

> Iteresting ... so your browser has the css file in its cache

Well, apparently it does not... or it only has a blank page?

> and asks
> Magnolia to send it only if it was modified since the date when the  
> file
> was put in cache:
>
>> If-Modified-Since: Wed, 16 Jul 2008 18:59:54 GMT
>
> Since the file was not modified, Magnolia correctly responds with:
>
>> HTTP/1.x 304 Not Modified
>
> Therefore browser should render cached version of the file.
> When you said you cleared cache 10 times did you mean browser cache  
> or magnolia cache?

Browser cache, i.e. all "private data". Since Mag 3.6 I don't know how  
to clear the Magnolia cache anymore. And: I'm on the author instance  
so there should not be a cache in the first place be default, right?

> BTW in 3.6 there is certain amount of cached items kept in memory if  
> they are served often or recently so deleting the cache directory is  
> not enough to flush the whole cache.

Interesting.

> I haven't had such problem with FF3 on linux working with various  
> snapshots/milestones/RC whole day long.

Hm... as I said: we are seeing this with Magnolia running on Mac OS X  
10.5, 10.4 and Solaris 10 accessing it from Mac OS X 10.5, 10.4 and  
Windows XP with Safari, Firefox and IE.

will