Hi Thomas,
Yes, that is a very good piece of advice, and I think now many people have
learnt today what "major update" means :)
I did some testing when you sent the message about 2 weeks ago and it is
perfectly normal to expect some bugs during the deployment.
At least the remaining problems don't seem that bad and you were quick to
react to solve the critical bugs.
It is important to note for people that follow the list but not participate
much in the discussions, that this update was really necessary to ensure
that the Proofread Page extension can be further mantained and developed.
It is the result of months of work and were several volunteers involved. On
appearance it doesn't change anything, but it has made the code much more
understandable that it was and it has built a solid foundation for the
future.
Maybe by the next major update (I think that will be the Wikidata
deployment in January) we should make a bigger communication effort and
send a mass message and contact administrators/ambassadors. Hopefully that
will work better.
Cheers,
Micru
On Thu, Dec 5, 2013 at 3:22 PM, Thomas Tanon <thomaspt(a)hotmail.fr> wrote:
Hi!
I’ve send a message here a week before the deployment calling for tests on
test2.wikipedia.org.
The en.wikisource community had put a warning after this email on their
scriptorium and centralize bug reports. It was very easy for me to see the
bugs that affect us.
I believe that the best way to help us is to do as they does, put a
warning on your scriptorium, centralize bug reports their and, if you can,
translate them on bugzilla.
Here is the link to submit a bug for ProofreadPage:
https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions…
Thomas
Le 5 déc. 2013 à 15:09, Andrea Zanni <zanni.andrea84(a)gmail.com> a écrit :
Thank you Thomas,
I will copy and paste this message on the Italian Scriptorium.
I perfectly know that the maintenance work of the (beloved) Proofreadpage
extension falls almost on you and other brave heroes,
and I would like to thank you for that.
My question in fact is:
how could we help you? I'm not very skilled with bugzilla and I do not
code,
but I am an admin on it.source and I can put a big red message on the
sitenotice everytime there is a deployment.
I suggest that, one two days in advance, you developers use this list to
announce a deployment,
so the community is ready to tackle problems and issues.
It is frustrating for everyone if we have issues and we do not know why,
and it is frustrating for you as well to run and fix the issues and also
try to explain why and how.
This mailing list is here for these kind of things:
please use it, and let us help you when we can.
Thanks!
Aubrey
On Thu, Dec 5, 2013 at 2:56 PM, Thomas Tanon <thomaspt(a)hotmail.fr> wrote:
Hi everyone!
I’m really sorry for all the issues affecting Wikisources. A fix for most
of them have just been deployed (it have been an hard work) and I’ll try to
fix all the remaining ones for the next Tuesday deployment.
Here is a list of the fixed issues:
* The image didn’t appear for Page: pages that are member of a multipage
file but that haven’t as Index: page a page called Index:NAME_OF_THE_DJVU
(it have affected mostly pl.wikisource)
* A part of some Page: pages body content appeared as part of their
footer in edit mode when those pages contains a <noinclude> tag
* The color of the link to a Page: page was red in the Index: page when
its level category name contained a whitespace (to fix this issue a purge
of each Page: page affected is required)
* The creation of a Page: page using the API caused a fatal error
* An indentation was displayed on the first paragraph of a Page: page
Here is the remaining known issues (thanks to report ones that haven’t
been listed here):
* The Page: pages edit summary contains twice the proofreading level
change tag. A fix for it is on review that will let the software adds the
tag on Page: page saving (the tag won’t be visible during the editing
process.
* The addition of default header and footer content adds a strange string
instead of tags like <references />. A fix for it is on review
* The body textarea on Page: pages editing is too big. I’m working on a
fix that would use the size defined in User preferences instead.
* Fatal error on submit for a very few pages (a fix is on review)
* It isn’t possible anymore to zoom in with a mouse. I’m working on a fix
* the issue with gadget that Aubrey have reported here (I think that the
solution is more on the gadget side that on the extension one)
* It’s not possible to edit only the body of a page throw the API
I’m going to work on automatized tests in the next weeks in order to
avoid a so major number of bugs the next times.
Sorry again,
Thomas
PS: For people that ignore it, the maintenance work of the ProofreadPage
extension is mostly done by volunteers like you. So, please be kind
_______________________________________________
Wikisource-l mailing list
Wikisource-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikisource-l
_______________________________________________
Wikisource-l mailing list
Wikisource-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikisource-l
_______________________________________________
Wikisource-l mailing list
Wikisource-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikisource-l