Now that we have Patch Demo, I suppose it may be significantly easier to set up a test instance to validate these changes. Is this something that could be done with the code as it is now, or does there need to be further work in the patch, e.g. rebasing it?

As the original creator of both templates, I just wanted to offer my apologies for the technical difficulties they created here and likely elsewhere. It was the way we found back then to avoid the constant stumbling block for new editors who were trying to edit references in the references section rather than in the paragraphs that actually included the source of those references.

In T23383#7751690, @matmarex wrote:

Indeed, I think this has been also resolved by the fix for T27909: Add a drop-down list for the tags in Special:Newpages, Special:Log and Special:Contributions.

For the record (following a recent email prompt by @Aklapper), I'm still willing to complete the revival of the tool, but I am currently blocked on the bug report mentioned above (issue #4). I'd need the assistance of @Tpt, @ProgVal, or someone else who knows how to get the tool up and running.

For the record (following a recent email prompt by @Aklapper), I'm still willing to help complete the tasks outlined in the comments above, but I don't have the access to perform them on my own. Either @Bene would have to do it (i.e. accept the repository transfer, and add me and @Jakob_WMDE as collaborators), or explicitly decline that course of action, in which case we might have to consider the adoption process for abandoned tools.

By the way, the label for kea ("Kabuverdianu") is the same in InitializeSettings.php and in language-data, but it should actually be in lowercase. Not sure how it got to language-data as capitalized, since CLDR does have it correctly capitalized.

I noticed that dag is already present in Names.php. None of the others are there (which should be expected, given the comment in InitializeSettings.php: "Some languages aren't currently supported by MediaWiki but available to encode information on Wikidata."). I suppose that means that dag can actually be removed from InitializeSettings.php.

In T227529#5366950, @thcipriani wrote:

I can't manually update the fullname using gerrit set-account --full-name since we have it set to the cn in ldap.

Got you. Still, I've done that multiple times now (click "Reload", get asked to login again, and login with the new credentials), yet the Full name still shows "Waldir" as shown in the screenshot above.

I've managed to log in to Wikitech now.

@akosiaris, I seem to be having trouble following those instructions. I can't log in on Wikitech nor on Gerrit. Please see the screenshots attached below:

In T225370#5299189, @jcrespo wrote:

I am not a developer, but to me T225370#5298483 would seem like an intended thing. You may want to document that on the rename user documentation.

Also, is there any similar process for renaming my related account(s) on Wikitech, Gerrit, Toolforge, etc.?

Thanks! Are there any cleanup changes I need to perform after this? I noticed for example that my watchlist RSS feeds became invalidated, and I needed to manually resubscribe to them by manually changing the subscription URL from

.../w/api.php?action=feedwatchlist&allrev=allrev&wlowner=Waldir&wltoken=<redacted>&feedformat=rss

to

.../w/api.php?action=feedwatchlist&allrev=allrev&wlowner=Waldyrious&wltoken=<redacted>&feedformat=rss

Makes sense, thanks. Btw, sorry I pinged you using the wrong username, I wasn't sure which one to use :)

1. Go to https://www.wikidata.org/wiki/Wikidata:Tools/Query_data#SPARQL_query_builders
2. Click "edit source" in the "SPARQL query builders" section
3. Add a <translate> tag, e.g. change |name = Vizquery to |name = <translate><!--T:999-->Vizquery</translate>
4. Click "publish changes"

Sorry for the large update. Phabricator doesn't make the diff easy to read, but I changed mostly formatting for consistency and readability, and updated the introductory test to reflect the status of the Etherpad document. Here's a more readable diff: https://www.diffchecker.com/SKGQWjli

@Ryasmeen please let me know if you need any details of my setup to be able to reproduce this issue. I'm happy to assist however I can.

Understood, @bd808. I suggest keeping this issue open to track clarification of that UI so this confusion no longer happens for others. In the opening comment I suggested two ways that IMO could make the interface clearer.

In T223858#5208071, @Lydia_Pintscher wrote:

So should we close this then?

In T192967#5196778, @Jan_Dittrich wrote:

Great! Were there any overall findings that could help us in future designs? (For example, it seems that repeatedly, the UIs suggested to start with a property, but users wanted to start with an item.)

@Lydia_Pintscher agreed. The reason I wanted these tools to be live was to allow them to be experimented on, and allow identifying the good design choices and UX patterns, to help build the default builder. T223852 was about precisely identifying these tools and listing them in an accessible location, and T223853 was about doing some preliminary UX testing work (it can be reopened if there are plans to expand that work further — /cc @Charlie_WMDE).

PR #83 has been merged as well. I'll leave this open until @alaa_wmde voices his thoughts.

There was an attempt to revive the tool by:

The tool's code has been recovered with @Chicocvenancio's help, and put into a github repository at https://github.com/waldyrious/sparql-query-generator, to which @Jakob_WMDE has write access.

Also of note that @Bene's sparql tool, which used to be available at https://tools.wmflabs.org/bene/sparql/, was down; it was restored to a GitHub repository (see T223858), and is currently available at https://waldyrious.github.io/sparql-query-generator, and the new URL has been added to the list mentioned above.

This has been started with PR #82 (already merged), and PR #83 (currently open, at the time of writing).

Done. Various approaches were investigated and experimented with, and the simplest one was documented thoroughly, in a step-by-step guide, in Help:Toolforge/Auto-update a tool from GitHub. Links to the new guide were added to Help:Toolforge#Using Github or other external service and Help:Toolforge/How to, for discoverability.

This is now done. Updates were made to various help pages, including Portal:Toolforge, Help:Toolforge, Help:Getting Started, Help:Toolforge/Web, and others.

Done. The testing was conducted by @Charlie_WMDE, with me as subject and under the supervision of @Jakob_WMDE, and the results were reported to T192967#5194136.

Done. The collected information is now available at d:Wikidata:Tools/Query data, in a new dedicated section for query builders.

This is now done, with the merge of PR #60.

This is now done. The tool is now available at https://tools.wmflabs.org/primerpedia.