I have not seen this happen on staging so far this morning.
Wed, Apr 17
I have not seen this error anymore on staging or production.
When entering or removing text, I find a 1-2 second delay before the state of "Upload to commons" is updated. This gives me a window in which I can upload a duplicate image, giving the same error as T216209#5107613.
When logged out, there is a link "Log in to enable uploading". This takes a user to /svgtranslate-test/login.
Tue, Apr 16
I was not able to reproduce this on staging or production, using the SVGs in the description.
I was not able to reproduce this on staging or production, using the svg in the description. I also compared the SVG downloaded from svgtranslate with the one from Commons. The <tspan> style attribute is being preserved correctly.
On staging, I did not notice any dramatic differences in rendering of text between svgtranslate and Commons, or anything that looked obviously wrong (like the image in the description).
Looking at the revision history of the reports in https://en.wikipedia.org/wiki/User:Community_Tech_bot, I see all the reports have been updated in the last 7 days. I guess that means the cron is working.
Mon, Apr 15
- The Automatically block the last IP address used by this user, [...] checkbox behavior should be changed from hide/show to enable/disable
- The Hide this username checkbox behavior should be changed from hide/show to enable/disable
Fri, Apr 12
When I first visit the tool (or after refreshing the page), the "Upload to Commons" but is enabled. I can click it and I get:
500: Internal Server Error The upload is an exact duplicate of the current version of [[:File:Osmotic pressure on blood cells 20190220211300.svg]].
I have not seen this for any of the 40+ images I have tested so far as part of other work.
I notice in the SVG linked in the description that translations inside a <switch> span don't always have the same number of separate text spans (either inside <text> or <tspan> elements).
Thu, Apr 11
Wed, Apr 10
Waiting for T220463 to be resolved to test this. Currently, we time out long before the 24 hour limit that this change introduces.
On Staging, ordering is alphabetical with respect to the character code.
Tue, Apr 9
This error has been reported in https://meta.wikimedia.org/wiki/Talk:Community_Tech/SVG_translation#500:_Internal_Server_Error. So, I uploaded the file that caused the error to beta commons and tried to load it in svgtranslate-test:
latestcontrib will return the last entry for that user or IP in the revisions table.
Mon, Apr 8
I currently have two events processing data. With DevTools open, I see they are making GET requests to https://eventmetrics-dev.wmflabs.org/events/job-status/$jobid.
This event, which is en.wiki category "Living people" for 10 minutes, is still crunching after well over an hour.
Sun, Apr 7
If wpCreateAccount is set in the url, then "Block account creation" will be checked/unchecked as appropriate and not change when toggling.
Sat, Apr 6
No failures on https://travis-ci.org/wikimedia/mediawiki/builds for the last 7 days.
Thu, Apr 4
The Files in use metric was tested as part of T219379. I saw no inaccuracies in the figures for the events I have checked so far.
For two commons events (one with categories and participants, the other with just categories) I compared the event summary reported "Uploaded files in use", "Uploaded files" and "Unique pages with uploaded files" to my own database queries.
Most of the testing of the accuracy of the figures has been done in the CSV report in T210775.
Ran the pages improved report for a number of different events across different wikis, including commons and wikidata, and for events with more than one wiki which were filtered by Categories, Participants and both Categories and Participants.
Wed, Apr 3
On Special:Block and Special:Block/$username, there is a link to https://meta.wikimedia.org/wiki/Community_health_initiative/Blocking_tools_and_improvements/Feedback.
Specification in description appears to be satisfied.
No longer reproducible on staging.
It is possible to view the HTML and CSV All Edits report for the event in the reproduction steps.
Tue, Apr 2
A globally blocked IPs is prevented from resetting passwords (testing on local vm as don't have rights to block globally on beta).
- There seems to be a timing/debounce bug with the widget: if I type 'user' (all lowercase) fairly quickly then "User" is not highlighted (grey background). If I type slowly everything works as expected.
I have not been able to submit Special:Block with namespace=-1.
After partially blocking my admin, with autoblock set. Successfully undeleted a page via web.
T219737 is now fixed, so...
Mon, Apr 1
- Large event, multiple wikis: The 50k limit is per wiki. What happens when an event combines multiple wikis and tries to track a large number of items on each?
- Large event, one wiki: EM can theoretically track a per-wiki maximum of 50k pages, Commons files or wikidata items. But what is its real limit? Create an event with a number approaching that limit on 1 wiki. This should be fairly easy to do by combining certain large categories. The Wiki Loves Monuments categories, for example, are conveniently grouped by year. One might also do this by combining some of our most into an event (there's a report of Top Editors on Wikistats 2.0).
- Can the event successfully process or does it time out?
Sun, Mar 31
Fri, Mar 29
Users must supply a minimum of at least one category for each wiki about which they want results. If they don't, they'll get no results for the unfiltered wiki (and will probably see an error message, as per T216280).
Event with commons, en.wiki, en.wikivoyage, en.wiktionary, wikidata.
@MaxSem I think the xtools links should not convert "/" to "%2F" (in the title of a page).
Thu, Mar 28
@MusikAnimal When attempting to include the en.wikivoyage category "Chicagoland" in an event, after I click "Save categories" I get the error:
500: Internal Server Error The server said: An exception occurred while executing 'INSERT INTO event_category (ec_title, ec_category_id, ec_domain, ec_event_id) VALUES (?, ?, ?, ?)' with params ["Chicagoland", 61612, "en.wikivoyage", 374]: SQLSTATE: Integrity constraint violation: 1062 Duplicate entry '374-61612-en.wikivoyage' for key 'ec_event_domains'
I have not found this with any other categories so far.
Wed, Mar 27
Tue, Mar 26
Tested various functions offered by UploadWizard with different block configs.
Fri, Mar 22
As described in the commit, when editing a preexisting block or if posting of the Special:Block form failed (i.e. validation issues), the account creation checkbox will not change when switching from sitewide to partial (or vice versa).
Worth checking also that a partially blocked user can use the "Advertise" feature, which they are also currently prevented from doing.
Thu, Mar 21
Wed, Mar 20
@Tchanders It appears to block partially blocked users at the stage just after they have selected the image.
Pushing this on as I have done more testing elsewhere (e.g. T217704).
Mar 19 2019
Tested in this bug:
Mar 18 2019
Mar 15 2019
I am seeing occasional discrepancies for pages with very sparse pageviews.
@MusikAnimal I think you also need to escape double quotes.
On beta, non-privileged users don't see the "Your password is not valid" dialog. Privileged users do.
Mar 13 2019
@TBolliger Special:MassMessage does not seem to respect blocks (partial or sitewide). For example, if you are blocked from someone's user_talk page you can still send a message to it.
@MusikAnimal Could you check my workings of the figures for https://eventmetrics-dev.wmflabs.org/programs/76/events/259/pages-created?format=wikitext
@MusikAnimal Attempting to run Pages Created report for https://eventmetrics-dev.wmflabs.org/programs/101/events/205 and https://eventmetrics-dev.wmflabs.org/programs/56/events/110 I get:
Mar 12 2019
Considering this is quite a small change, I am not doing any testing especially for this task.