Page MenuHomePhabricator

WikiReportsLocalizations.pm still fetches language names from SVN
Closed, DeclinedPublicBUG REPORT

Description

Should probably download some cldr package directly.

dumps/perl/WikiReportsLocalizations.pm
457: my $raw_url = "http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/cldr/LanguageNames" . ucfirst ($language2) . ".php?view=co&content-type=text%2Fplain" ;

WikiReports / 17:28 Wednesday March 12, 2014 / Project R:WX:EN

17:28:42 Runtime errors on previous run spooled to /data/project/wikistats/dumps/csv/csv_wx/WikiReportsLog.txt.

Arguments
-i /data/project/wikistats/dumps/csv/csv_wx/
-l en
-m wx
-o /data/project/wikistats/dumps/out/out_wx

InitGlobals
Script runs for Wikimedia site
17:28:42 Localization

Test language file:

No value specified for '$out_conversions1' !

File not found ''. Fetch new data.

Fetch language names for language code 'aa' from:
'http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/cldr/LanguageNamesAa.php?view=co&content-type=text%2Fplain'

Fetch language names for language code 'ab' from:
'http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/cldr/LanguageNamesAb.php?view=co&content-type=text%2Fplain'

Fetch language names for language code 'ace' from:
'http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/cldr/LanguageNamesAce.php?view=co&content-type=text%2Fplain'


Version: unspecified
Severity: trivial

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 3:03 AM
bzimport set Reference to bz62570.
bzimport added a subscriber: Unknown Object (MLST).

bingle-admin wrote:

Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/analytics/cards/cards/1486

Change 316289 had a related patch set (by Paladox) published:
Update svn.wikimedia.org links to phabricator

https://gerrit.wikimedia.org/r/316289

Change 316289 merged by jenkins-bot:
[analytics/wikistats@master] Update svn.wikimedia.org links to phabricator

https://gerrit.wikimedia.org/r/316289

Can you check on this again ? I just merged the change above. Replacing these links in other places was uncontroversial.

I cannot now run the script to verify, but just changing repository URL is ok as fix, except now the filenames seem to be different too (see comment).

Given WikiStats is in maintenance mode we may not want to change the data source as I had originally suggested.

We're hoping to launch the alpha of Wikistats 2.0 by the end of this quarter. Moving this to deprioritised.

2014: Prioritization and scheduling of this bug is tracked on Mingle card
2017: Moving this to deprioritised.

Or we could deploy the literally 2 lines of code and call it resolved now :)

Has this been deployed and/or disabled?

This comment was removed by Dzahn.
Aklapper subscribed.

Is this still needed / wanted, or should this be declined in favor of Wikistats 2.0?
Which example URL on stats.wikimedia.org would be related?

Analytics: How to get an answer / a decision? Is this still needed / wanted, or should this be declined in favor of Wikistats 2.0?
Patch merged but still undeployed (see link on e.g. https://stats.wikimedia.org/wikispecial/EN/TablesCurrentStatusVerbose.htm )

Paladox subscribed.

@odimitrijevic: Is there something that can be done to get the merged patch deployed on stats.wikimedia.org? See previous comment. Thanks in advance! :)

@odimitrijevic: Could you please answer the last comment (or find out who knows)? Thanks in advance!

Hi @Aklapper - AFAIK the wikistats code is not available anywhere else than archive, so there is no "deploy" way for this patch. @Milimetric and @elukey would you please confirm you have the same understanding as I have?

I think that we are good, perl scripts of the old wikistats 1.x are not used/run anymore, and we deploy wikistats 2.x via periodic git pull (executed by puppet). So nothing else to be done for Data Engineering afaics :)

@elukey: Thanks. Does that imply that wikistats 1.x is a black box that nobody can ever change again? In that case, its open tickets (like this one) should get declined, so people won't spend (waste?) time contributing. (Plus is there a plan and corresponding ticket about shutting down wikistats 1.x, if that's the plan?)

Aklapper changed the subtype of this task from "Task" to "Bug Report".Feb 5 2022, 2:33 PM

Could you please answer the last comment? (Or do you know who could answer it?) Thanks in advance.

Ottomata subscribed.

Hi, my understanding is that WikiStats 1 is deprecated and maintained as a static site with minimal effort from our team. We do not run or deploy code that generates the site anymore.

So yes, @Aklapper wikistats 1 bug fix tasks can be declined. Not sure of best docs to link, but I found this: https://wikitech.wikimedia.org/wiki/Analytics/Wikistats/Deprecation_of_Wikistats_1

To be clear, though, @Aklapper, Wikistats 1 will not be shut down anytime soon. We will finish migrating some more reports and start that plan at a later time.

wikistats 1 bug fix tasks can be declined

For the records, I declined about 40 tasks today. There are probably more though.