This is not a valid bug report!

@oooforum:
French users? We can't fix problems with Users, only with infrastructure ;-)
Or users accessing from France? All day every day or only particular days? What is slowness? How should someone who is not such a mysterious "French user" reproduce that problem?
And what Forum are we talking about? <https://forum.openoffice.org/>?

(In reply to Rainer Bielefeld from comment #1)
> And what Forum are we talking about? <https://forum.openoffice.org/>?
Well, French users = h**ps://forum.openoffice.org/fr
But the slowness is general for all NL forums cause we have a common PhpBB.

It occurs when you have submit a form (post or edit).
The next screen should be refresh automatically but it halt with hourglass.

This issue appears when we have a lot of people connected.
Range 10:00 - 12:00 and 15:00 - 17:00 (UTC +1)

I wrote a small test posting
<https://forum.openoffice.org/fr/forum/viewtopic.php?f=17&t=41902>, everything worked fine

Hello,
Thank you for testing, but this morning the problem does not occur
because it is not a busy day on the forum.
Since the departure of TerryE
and the number of messages to imacat, the administratice, remained unanswered:
We are left with a completely phpBB version 3.0.9
Sorry but my English skills and age does not allow me to apply to administer the forums.
papayes

(In reply to papayes from comment #4)
> Hello,
> Thank you for testing, but this morning the problem does not occur
> because it is not a busy day on the forum.
> Since the departure of TerryE
> and the number of messages to imacat, the administratice, remained
> unanswered:
> We are left with a completely outdated version of phpBB 3.0.9 
> Sorry but my English skills and age does not allow me to apply to administer
> the forums.
> papayes

(In reply to papayes from comment #4)
> Since the departure of TerryE

Can we summarize that currently there is (morre or less) no technical administration for the Forum?

@Rainer: We do have a team and a task list, see https://issues.apache.org/jira/browse/INFRA-7173

But the reality is that if a quick reboot is needed, a mail to the dev list is enough for a timely response; big maintenance operations take more time.

I would say that "Forum3" as listed in the above JIRA covers this issue.

(In reply to Rainer Bielefeld from comment #6)
> (In reply to papayes from comment #4)
> > Since the departure of TerryE
> 
> Can we summarize that currently there is (morre or less) no technical
> administration for the Forum?

You understood perfectly!
Ask why and how our Spanish friend to RGB!
or Jan Iversen (Jani).
Apache would be wrong not to recognize the importance of different forums for the implementation of AOO!
Sincerely,

(In reply to papayes from comment #8)
> (In reply to Rainer Bielefeld from comment #6)
> > (In reply to papayes from comment #4)
> > > Since the departure of TerryE
> > 
> > Can we summarize that currently there is (morre or less) no technical
> > administration for the Forum?
> 
> You understood perfectly!
> Ask why and how our Spanish friend to RGB!
> or Jan Iversen (Jani).
> Apache would be wrong not to recognize the importance of different forums
> for the implementation of AOO!
> Sincerely,

We have a new setup since this month. Everything has been discussed on the dev list at length, so wiki and forum are definitely not ignored.

The following 5 people are managing the wiki and forum: jani (with full privileges), arist, imacat, jsc, pescetti (with more limited privileges, but enough for a quick restart or urgent actions).

The list of pending actions is at the link I posted above. Bootstrap takes much longer, especially on the Forum machine, since for historical reasons it has a technical setup much different than what Apache Infrastructure would recommend.

(In reply to Andrea Pescetti from comment #9)
Sounds promising. So for the current performance problem as soon as it will be observed again someone should leave a comment here immediately (and if possible on the dev-list, although I think experts should observe BZ with appropriate feeds), so that someone with knowledge can narrow down the problem.

@oooforum, @papayes:
It might be useful to have some more precise descriptions how to reproduce the problem. Sometimes for the devs it's not easy to find a test case that exactly reproduces the problem, and it saves time if a comprehensible description is available.

(In reply to Rainer Bielefeld from comment #11)
> It might be useful to have some more precise descriptions how to reproduce
> the problem. 
From my 2nd comment, I say how to reproduce.

But this morning, not enough user connections to see this slowness.
I don't know too if the server has been rebooted.

To be continued

The reboot seems to be solved this issue.
Thanks for our french users ;-)