kdelibs/khtml/xml

Tobias Anton TA at ESC-Electronics.de
Mon Aug 12 11:40:45 BST 2002


On Thursday 08 August 2002 22:20, Waldo Bastian wrote:
> On Thursday 08 August 2002 07:10 am, Tobias Anton wrote:
> > On Wednesday 07 August 2002 19:03, Waldo Bastian wrote:
> > > On Wednesday 07 August 2002 05:57 am, Tobias Anton wrote:
> > > > The correct approach would be to pass the creation time
> > > > of the cache entry up to KHTML. This would also solve some other
> > > > glitches, i.e. we could address the problem that images in the loader
> > > > cache don't expire at all. (at least if this has not been changed in
> > > > the loader)
> > >
> > > The loader cache _does_ expire images.
> >
> > You're right; that was new to me.
> > But still, it doesn't pick up the expire dates from the metatags.
> > In order to correctly calculate the moment when to re-request an image,
> > KHTML must know about the creation date of the cache entry fille, because
> > expiredate = creationtime + expiretimeout.
> >
> > That's why I have made a small patch that passes the cache entry file
> > creation time in the metadata.
> >
> > Would you have a look at it?
>
> I have commited code for the http slave already.
>
> Can you test whether the attached khtml patch does what it should?
I tested a bit and found out that docLoader->setExpireDate() is called with a 
relative expire date while the expire date is zero.
This leads to wrong absolute expire dates both in the document and in the 
embedded images.

Further results (and patch v3) to come.

Tobias




More information about the kfm-devel mailing list