Hi Jan-Philipp,

I'm investigating this issue as we have also seen it in another wiki
environment and seem to be able to getting close to more regular
reproduction.
Have you seen the issue again on the latest XWiki version that you are
running (4.4 if I'm correct) or have you rolledback to XE since then ?

Any information about the specific situation that your install is
experiencing when you are having this issue would be helpful or specific
version you have seen or not seen the issue.

I saw in a previous email you mention upgrading from 3.1 to 4.2 and in
another mail you mention running 3.4
Could you list me the versions of XWiki where you've seen the problem and
those where you haven't seen it. This would allow to make some code
comparaison and see code changes that could impact this area.

We also have made a patch which could allow detecting the issue and dump
more information in the logs as well as workaround it. If you are willing
to we could see to have you install  that patch on your version and see if
you get some logs that could be helpful.

http://jira.xwiki.org/browse/XWIKI-8046

Ludovic





2013/2/8 Vincent Massol <[email protected]>

> Hi Jan-Philip,
>
> What would be nice is if you could apply the workaround defined at
>
> http://jira.xwiki.org/browse/XWIKI-8046?focusedCommentId=71549&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-71549
>
> and let us know if that fixes your issue.
>
> This will have 2 benefits:
> * We'll know it's the same problem
> * You'll have a patch for your issue till the issue is really fixed in the
> core
>
> Thanks
> -Vincent
>
> On Jan 18, 2013, at 11:41 PM, Jan-Philip Loos <[email protected]> wrote:
>
> > We upgraded to the latest minor versions as they were released, first
> > migration was from 3.1 to 4.2, followed by 4.2 -> 4.3 and finally 4.3 ->
> 4.4
> >
> > The problem still occurred with 4.3 (4.4 is to new to figured it out
> now).
> > In the last 3-4 month the problem occurred round about 3 times. I wrote a
> > small script which compares the name of the header image. If the name is
> not
> > the one customized in the XWiki.DefaultSkin it notifies me with an email.
> >
> > Notable: When the problem occurs its tends to occur on the same weekday -
> > Wednesday, but not regular every Wednesday. I checked all system crons
> and
> > xwiki scheduled jobs, no one was triggered at the same time the problems
> > occurred. The rate seems to be lower than before, but I guess it's only
> > because the crawler isn't as active as before and we have less visits per
> > day.
> >
> > To outline it once more:
> > - When I flush the cache manually with the Admin Tools extension, the
> > subwiki is immediately restored.
> > - The state (e.g. the header) is not the one from the main XEM-Wiki, its
> the
> > default one
> > - The content of the wiki is still present, "only" the styles and sadly
> the
> > rights seems to be the default one
> >
> > We consider to switch now back to XE, in hope to get rid of the problem.
> But
> > this seems not as easy as I hoped. Currently XEM is not super essential
> for
> > us, but it will leave me sick behind not being able to solve the problem.
>
> _______________________________________________
> users mailing list
> [email protected]
> http://lists.xwiki.org/mailman/listinfo/users
>



-- 
Ludovic Dubost
Founder and CEO
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to