Oct 29 2018
Oct 8 2018
Oct 1 2018
Sep 14 2018
Sep 2 2018
Also if edit groups are now a thing that the community wants, it should be supported by functionality in core , that can be reused by any scripts.
Wont this cause errors due to duplicate label?
Perhaps a different script might be more sensible for this task.
Removing from GCI until it is very clear how this should proceed.
What is this?
Aug 23 2018
I dont care much about the style, but dropping links seems unnecessary, except as an odd abuse prevention mechanism. Perhaps this could be allowed on more internal wikis like mediawiki.org and meta, which see more content copy-pasted from office documents by staff, devs and affiliates.
Aug 18 2018
Jun 23 2018
Jun 11 2018
Jun 8 2018
May 24 2018
This can be closed?
May 19 2018
We could use github repo topics to identify the repos which are active on github.
Apr 18 2018
https://lists.wikimedia.org/pipermail/pywikibot/2016-August/009493.html is Amir attacking me without naming me, because his patches were not being accepted. It is full of lies. I have stepped away from Pywikibot as a result of that email, except for mentoring GSoC and GCI students.
Mar 20 2018
Mar 4 2018
Feb 26 2018
Feb 23 2018
Thanks @Tgr , that use case sounds perfect. I've added you as a mentor, with the expectation you'll mostly be involved in familiarisation at the beginning, and validation of the use cases and checking the final code meets the communities needs.
Feb 15 2018
Note I will also be attending that weekend due to being selected as the mentor for coala.
Feb 9 2018
Feb 5 2018
Jan 19 2018
Re notifications, I saw that a feature Google added towards the end of this years program was emails sent when the task is 24 hrs elapsed for mentors to review, i.e. 12 hrs to go.
Jan 17 2018
I am always interested in mentoring it, but refuse to do it without the support of a real community using FlaggedRevs, via a knowledgeable community member as co-mentor.
We've tried to find one , and failed. (see history of this task) I'll be very happy if you succeed where I have failed.
I've especially tried to solicit Wikimedia Indonesia to provided a co-mentor from the Indonesian community which uses FlaggedRevs , but that hasnt worked in the past either. I will try that again this year, and will also look more broadly in the Indonesian community.
Jan 16 2018
Hi @Xqt, this was taken into account in the development. The live tests can be activated using an environment variable. see recent addition to tests/README.rst . Maybe we want to update the Travis builds on the main repo to always do live tests.
Jan 15 2018
I've created https://codein.withgoogle.com/dashboard/tasks/4590764342378496/ as a follow-up task for this, to add more cassettes. Only three available as this is a 'last task', and there is a lot of potential for conflict.
I've added a follow up GCI task to implement this in a Wikimedia project hosted on GitHub.
Jan 11 2018
After it is merged, most of the functionality is done, and further enhancements would need to be worked on with the git-repo maintainers.
After it is merged, most of the functionality is done, and this task should be closed. This wouldnt be suitable for a tech project, as there are only tiny chunks left to write after this patch, and git-repo is intentionally limited in what functionality is added - all features must be sensible in most backends.
PYWIKIBOT2_TEST_ are easy. They are only used in our tests. Travis CI configs will be effected. Some forks may be using these in their CI, which will break if they are renamed. I suspect this isnt a big enough problem to worry about. Easy to fix.
My notes about improvements probably needed.
Oops. Now I need to create a GCI task for this.
Jan 10 2018
Jan 8 2018
Just do it.
Jan 7 2018
Which scripts are left to port from compat? Has anyone asked for them? If not, we're importing more maintenance work without any clear benefit.
This is how we will have more tests running on the local developer machines very quickly and easily (not taking hours, interacting with sites), and on upload into Gerrit, instead of having to rely on Travis.
sorry I missed this; could you rebase the patch and submit to travis so we can see if it doesnt break anything (reflinks has good tests, so that is sufficient to verify nothing is broken). Then make sure that one of the tests tries to fetch a 2 Mb PDF, and emit a warning to indicate that the document was trimmed.
There are also requests and urllib3 workarounds in pywikibot.comms.
It is always required to use pywikibot.comms , because those 'features' are described in our documentation, and it is messy to need to document that the features only work sometimes.
Jan 6 2018
There will be no impact on how this tool is installed in Gerrit.
@Paladox , this isnt about Gerrit. Please read first.
I've added myself and @MtDu as mentors.
The suggested limit on https://gerrit.wikimedia.org/r/#/c/223053/2/SyntaxHighlight_GeSHi.class.php was 2000 kb.
Could you try similar JS file of that size?
@Pietrodn would be better at answering that , as they were using an older version of Wikibase.
I believe we dont have good wikibase version detection, which would be the ideal solution, but we may have hit the goal here.
We probably dont have support for wbeditentity on older Wikibase.
Jan 5 2018
Jan 4 2018
c.f. https://github.com/PyCQA/pydocstyle/pull/227 - this __all__ problem shouldnt exist in pydocstyle. (I'm still investigating, and this doesnt impact the current CR)
Note that this change is removing the existing, working, __all__ checking. It likely brings in new features and bugs fixes, so probably is worth that, but then we need to get __all__ checking working again.
No more tasks for this script should be created, as it currently untested, and mostly untestable by design.
It is not acceptable to be having students doing tasks which are not tested. The result is low quality work, and a poor educational experience for the students.
We should be increasing test coverage, not decreasing it.