2012/11/10 Thomas PT <thomaspt(a)hotmail.fr>
Hi!
> This bug is very strange. Its looks like it append only on italian
> Wikisource, so I think that one of your common.js script of gadget cause
> the bug.
> This bug is impradicable it might be caused by a change of execution
> order of two script, by example your common.js (or a gadget) and scripts of
> ProofreadPage.
>
> ProofreadPage init header, footer and quality contents from the content
> of the main textbox in its JavaScript so you mustn't supposed that the
> header and footer content is removed from the textbox when you write a
> script because this removing may occur after your script execution.
>
> The variables are not merged by JavaScript but directly by PHP in the
> function "onEditPageImportFormData" of ProofreadPage.body.php and I
don't
> think there is a bug at this level because all Wikisources would be
> affected.
>
> So, I think that the bug is maybe caused by:
> - A script that make the initialization of textboxes fail (by example by
> changing main textbox content before execution of ProofreadPage).
> - A script that make the fields empty on submitting.
> - ...
> Tpt
>
>
Perhaps I found something interesting. Following the content of
$("#editform
input[name=wpProofreader]") by js console, I saw that normally, when an
user different from previous one changes quality level via quality
radiobuttons, the content is updated to current user. Sometimes in
it.wikisource it doesn't and the bug pops out.
I can't understand precisely why this happens, but I found that forcing
update avoids the bug. I'm trying an "emergency repair" while waiting to
understand better the whole thing.
I suspect strongly that something wrong occurs from a routine called on
submit; I'll submit the trouble to our best geeks (I'm only a
"half-geek"
:-) ).
Alex