No refresh of Trac with multiple instances on the same SVN repo

[even.rouault@…]

I'm not sure the report is properly written, but I'm not an admin of the server on which we are seeing the issue. The administrator (CC'ed) advised me to report upstream as he thinks that's an issue of Trac itself rather than the deployment and configuration of the instance.

So we have a SVN repo /var/www/svn/repos/metacrs that has several subdirectories, with "geotiff" being one of them. We have a ​https://trac.osgeo.org/metacrs and ​https://trac.osgeo.org/geotiff instances.

The configuration of the later is

[repositories]
.dir = /var/www/svn/repos/metacrs/geotiff/
.sync_per_request = true # see https://trac.osgeo.org/osgeo/ticket/1910 - TODO: set to false again
^^^ the above section does NOT result in proper sync of revisions, while *dropping* the `/geotiff/` component in the `.dir` path does work in showing all revisions
SVNRoot being ...repos/metacrs (to complete the info)

When I commit in the geotiff subdirectory, the ​https://trac.osgeo.org/metacrs instance sees the commit, but the geotiff one not

It used to work with Trac 1.0 while it's failing with 1.2 (r15513)

[Jun Omae]

It seems Subversion repository with scope doesn't work.

[Jun Omae]

It cannot be reproduced with mirror of ​https://svn.osgeo.org/metacrs/ and .sync_per_request = enabled but log page shows 47 years before repository cache is created.

I consider explicit synchronization doesn't work in ​https://trac.osgeo.org/geotiff. Make sure changeset added command is executed from post-commit hook. Also, could you please trac.log in the Trac environment if the synchronization is invoked.

[strk@…]

Explicit synchronization is not setup for the geotiff environment, because we're using a generic SVN post-commit hook which is the one that make all commits of all subproject appear in the metacrs (parent) env. Enabling explicit sync for the subprojects would require figuring out which subproject each commit belongs to, which is something I think we should do but doesn't belong to this bug report …

The log shows NO per-page synchronization info, with level = INFO. Is INFO supposed to show that info ?

[strk@…]

Even DEBUG level tells nothing about repository sync (how would it look?). I did not understand the 47 years thing you mentioned, Jun Omae

[anonymous]

Wait: I think I found a trace:

[2017-04-18 12:01:16,774] geotiff:api INFO: Synchronized '(default)' repository in 0.03 seconds

[Sandro Santilli <strk@…>]

Figured ! It's the presence of a comment after the true value that is not considered a true value:

.sync_per_request = true # see https://trac.osgeo.org/osgeo/ticket/1910 - TODO: set to false again

Using a semicolon works as (I'm afraid) is expected by Ini format !

[Sandro Santilli <strk@…>]

So to recap: the fact that things worked in 1.0 was due to the fact that per-page synchronization was on by default. After upgrade to 1.2 we switched (I thought) to explicit sync, but this sub-directory layout was not handled appropriately. When figured this out, re-enabling per-request sync was failing due to bogus syntax (my fault). I'm closing the issue as invalid. For reference, the downstream issue was: ​https://trac.osgeo.org/osgeo/ticket/1910