Given the bug is persisting and preventing loggin, we may want to use the
sitenotice to gently announce a pause in contributions / log in.

All conditions seems satisfied. Project is ready to be featured as soon as we get the green light form relevant authority (@Aklapper , @srishakatux, other ?) ! The vignette is within the wikipage, hidden within a comment block.

Oh I see.
@Aklapper , is there a new process ?
Either way, could you state something in https://www.mediawiki.org/wiki/New_Developers/Featured_Projects ?
I just submitted T340520 for SignIt, should I close it ? or just add a SignIt vignette in https://www.mediawiki.org/wiki/New_Developers ?
Should the community take over ?

Note: Code needs refactor into:

• html such as <div><a></a></a>
• js needs update accordingly

• Add link. See diff

This issue seems staled. @Amire80 made some notable progresses and suggestion ( T297351#7591178 ) to fix it. Is there someone who could help to move this issue forward on triage, priority and assigning / taking it over ?
This year's Wikimania theme is “Diversity. Collaboration. Future.” It would be a good news if we can fix this issue.

@Aklapper bonjour,
I cleaned up Github to phase it out :

• closed issues when possible
• in the README.md, add a Contribute section pointing to phabricator.

I also added feed Good first issue and asked relevant people to add few more.

Hello @Elfix , to be honest these HTTP request payload and static URI concepts and nuances are unfamiliar and blur to me.
Would you be ok to suggest a fix in modules/ext.queryViz.QueryViz.js in the // Adapts to each service's xhr protocol : post vs get section via a PR ?
It would be the most efficient for us.
This being a quality improvement change, it can be done whenever we want to. Let me know.

Hello @Aklapper , I'm still testing around. I now think I should remove that good first task tag.

Hello, this upgrade would be interesting to do these days. Few fixes added in 2023. cc @Poslovitch , is this within the scope of your internship ?

Full integration within Lingualibre.org now possible. cc @Poslovitch

Import from Lingualibre.org to Commons.wikimedia.org would be interesting as well. Any idea if this would work ? how ? @Pamputt @WikiLucas00 @Poslovitch
They are currently not configurated to do so :

• https://lingualibre.org/api.php?action=paraminfo&modules=import
• https://commons.wikimedia.org/w/api.php?action=paraminfo&modules=import

If still active, can be fixed there : https://github.com/lingua-libre/RecordWizard/blob/master/stylesheets/ext.studio.css .
Note: I tagged this tickets as a Good first issue so new devs can enter the code via an easy first issues.

This is to fix in modules/ext.queryViz.QueryViz.js in the // Adapts to each service's xhr protocol : post vs get section.

In T297351#8069208, @Aklapper wrote:

@Yug: TitleBlacklist is a separate codebase so that's a separate issue.

Related to T212671.

Hello @0x010C , thanks already for this commit.
Also, do you think Wikimedia Commons should consider getting similar server-side file checker for uploaded files if it can restore metadata ?

https://notes.wikimedia.fr/p/Recensement_audios_d%C3%A9fectueux_Lili

According to @0x010C , simply use the inspector > console > console.log(rw) or rw. and it will suggest you all parameter.

@0x010C , please be aware of the recent and dirty JS fix in MediaWiki:Common.js.

Example of use case : Wikimedia's LinguaLibre.org has 700k+ files on Commons, we also have a mw plugin, QueryViz, to display Query Services' responses within our wikipages such as Help:SPARQL, See live test Help:SPARQL/test :

• Lingua Libre Query Service: works
• WikiData Query Service: works
• Wikimedia Commons Query Service: fails due to current settings.

Deployed this day by Michael & myself.

• Lingua Libre Query Service: works
• WikiData Query Service: works
• Wikimedia Commons Query Service: fails

@Poslovitch : wasn't this task closed at the 2022 hackathon ?

Need to deploy with Michael AND Yug.
JS seems without error nor warning: https://jsfiddle.net/ebuvn0d2/1/