[PATCH 4 of 4 V2] localrepo: make _refreshfilecachestats unfiltered method to refresh correctly

Pierre-Yves David pierre-yves.david at ens-lyon.org
Mon Sep 12 20:13:17 EDT 2016



On 09/11/2016 08:11 PM, FUJIWARA Katsunori wrote:
> # HG changeset patch
> # User FUJIWARA Katsunori <foozy at lares.dti.ne.jp>
> # Date 1473617189 -32400
> #      Mon Sep 12 03:06:29 2016 +0900
> # Node ID 59f8a0e41e092819b48fff468795c96a464d22a4
> # Parent  0f6ba83a54fab382452faf389265ef636d0c42a1
> localrepo: make _refreshfilecachestats unfiltered method to refresh correctly
>
> Before this patch, if transaction is started via "filtered repo"
> object, _refreshfilecachestats() at closing transaction doesn't
> refresh file stat of any @filecache properties correctly, because:
>
>   - _refreshfilecachestats() omits refreshing file stat of a
>     @filecache property, if it doesn't appear in self.__dict__
>
>   - if transaction is started via "filtered repo",
>     _refreshfilecachestats() is applied on "filtered repo"
>
>     because repo.transaction() adds "self._refreshfilecachestats" to
>     post close procedures. repo.transaction() isn't unfiltered method,
>     and "self" in it means "filtered repo" in this case.
>
>     Transactions started by explicit repo.transaction() easily causes
>     this situation.
>
>   - _refreshfilecachestats() applied on "filtered repo" omits whole
>     refreshing
>
>     because @filecache properties are stored into "unfiltered repo",
>     and appear only in self.__dict__ of "unfiltered repo".
>
> This incorrect refreshing causes unnecessary reloading from files.
>
> To refresh file stat of @filecache properties at closing transaction
> correctly, this patch makes _refreshfilecachestats() unfiltered
> method.
>
> This patch chooses making _refreshfilecachestats() unfiltered method
> instead of making transaction() unfiltered method, to reduce
> unexpected side effect.

We can probably unfilter transaction too.
(but this patch is correct in itself)

-- 
Pierre-Yves David


More information about the Mercurial-devel mailing list