Sat, Jul 17
Thu, Jul 15
Sun, Jun 27
Jun 24 2021
I... don't! Thanks for looking into this. I did make some list config updates about a week ago (e.g. added a requested link to the archives to the footer), and, assuming it's not a Mailman bug, must have accidentally switched off digests! Thanks for reporting this, @CKoerner_WMF, and thanks for the quick fix, @Legoktm.
Apr 8 2021
I see "bastion" as one of the projects. In fact, confusingly, it's the default (perhaps due to alphabetical order?).
Mar 25 2021
Mar 17 2021
Oh, yeah, that does look like disk corruption! Ugh.
Sep 18 2020
Sep 6 2020
Indeed, I got this uploading large (~300MB) video files. Here's a fresh screencap.
Jul 26 2020
Oh crap, the screen capture didn't catch the beginning of the URL. Meh.
Apr 17 2020
Can this be resolved some time soon? Without looking into the codebase, it sounds like it shouldn't be too involved a matter, so perhaps suitable for people interested in contributing an easy fix, so can be offered to newer volunteer devs? @Bmueller?
Mar 18 2020
Sorry I missed this. Now resolved.
Feb 14 2020
Feb 12 2020
Yes yes yes! This is important. Usable tours are crucial for self-onboarding for volunteers not able to get in-person training.
Feb 7 2020
I think postponing any solution to after we have a scaling strategy comes down too strongly against user needs. A number of trusted users -- including yours truly -- occasionally need to run queries that would go 20%-50% over the current timeout, and have no reasonable way of doing it. I understand T179879 is a significant feature to develop, but some interim measures could be taken, while the scaling strategy is devised. Measures such as:
Dec 7 2019
@Ciell - correct, nl is not available. The tool author indicated they do not intend to support additional localizations; they really want everyone to use the on-wiki version.
EDIT: I mistakenly thought you were talking about the old standalone tool. That version is not configurable, but it is available in a couple of other languages, each requiring a different URL. E.g. https://tools.wmflabs.org/relgen/i18n/ru.php
Nov 24 2019
I endorse this.
Nov 15 2019
Hi, @Dzahn. Yes, I am happy to sponsor this request. I have followed @Fuzzy 's work for over a decade now, know him personally (met in person multiple times), and can vouch for him to only make legitimate use of the access. I do see the need for this.
Nov 5 2019
It's true that I never requested ns0 counts separately. Count of all namespaces is fine.
Oct 28 2019
Not quite, though it could accommodate the Hebrew case.
Oct 17 2019
Very well. I look forward to the release, thanks.
Oct 15 2019
No, I don't think that's what happened at all. This has been held back for several years now (I have been requesting this since 2014) by objections made by engineers in (or formerly in) the Analytics team. I have not seen negative community responses, except the couple of comments upthread, made following the concerns Analytics had raised.
Oct 9 2019
Fine by me.
Aug 20 2019
Yes, we have not yet connected on this, and I had not been aware of this effort so far.
Aug 17 2019
Thanks for making progress on this!
Jul 30 2019
Jul 19 2019
I have just tried to access geodata for Wikidata, and I get "no data" for "last month" and "last week". The rest works.
Jul 17 2019
I join Thomas in wondering. In particular, a common use case where one would get very long and legitimate URLs is Wikidata queries. Those long URLs are the only way to persist a query.
Jul 11 2019
What is "entrophy"?
Jul 5 2019
Yes, anonymous editors matter too. Though I am mostly interested in the old "active" (>5/month) and "very active" (>100/month) definitions, and have next to no interest in the >1/month group. Presumably a large section of the anonymous editors make only a single edit, or fewer than 5 anyhow.
May 10 2019
+1 to @Joe
Mar 13 2019
Six months on, I again request that this be re-triaged. Perhaps some volunteer devs could be steered to consider fixing this?
Jan 25 2019
Dec 23 2018
Experience suggests that stabilizing the @Magnus tools would be a likelier path than getting WMF to allocate feature development resources.
Dec 18 2018
@Aklapper - this is probably a trivial fix. Could you get this a few minutes of attention to be triaged, at least?
Dec 8 2018
Nov 20 2018
(unfortunately, videoconvert does not seem to be tracking issues here on Phabricator...)
(@Tgr - my concern is for end-users not using Pywikibot, but the videoconvert tool. Thanks to @zhuyifei1999 and @Harej I learned that video2commons supports uploads (perhaps it used to not support uploads?), so there is a workaround for end-users for the moment. This, then, becomes a videoconvert tool limitation, rather than a blocker for end-user video uploads for people not familiar with the command line (ffmpeg etc.).)
Hello. I seem to have run up against this problem. This seems like a serious barrier to contributing core content (media files into Commons). Can this receive higher priority, please?
Aug 28 2018
Aug 8 2018
(Also, it's not just on the Visual Editor. It doesn't work with wikitext editing either, on mobile.)
Hello. I request this be re-triaged. It's been 2.5 years. And it breaks more than Wikinews. For example, it makes it impossible for mobile users (remember some people *don't* have a non-mobile device) to request hardware in [[m:Hardware donation program]].
Jun 25 2018
Thanks for the insight on the difference between those two versions. That is indeed usable, for this particular count.
Jun 13 2018
Thank you, @Jdlrobson, for the forthright comments!
Jun 9 2018
Jun 4 2018
Yes. Another example of a query timing out without lots of output is this simple count of scholarly articles (millions)
Jun 2 2018
Hello. This seems to have languished for years; clearly, Wikisource contributors lack the technical know-how to fix this along the lines @Jdlrobson suggested. Or perhaps @Tpt just hasn't noticed this?
May 11 2018
Feb 6 2018
It looks like it has been deployed, but it does not work:
Jan 31 2018
Dec 9 2017
Dec 4 2017
Thanks. It is not a critical issue, and no need to spend any time recovering it. The availability of this data to our community is the important thing. Are we still on track for this to be tackled in Q3?
Nov 7 2017
Nov 6 2017
Oct 2 2017
Thank you, @Milimetric. That would be great.
Sep 29 2017
Sep 27 2017
Thank you for the quick response, @Nuria. It sounds as though there is a worthwhile discussion to be had on whether and how we can achieve the statistics requested in this ticket. Unless I misunderstood what you just said, it sounds as though even in Q3, the geo location would not, in fact, be part of the available data, unless Someone Does Something. So I am asking that Someone Do Something. If you need me to escalate this yet again before Someone can Do Something, please let me know and I shall do so.
Thank you, @Nuria, for the clear update. Do we have a solid solution for the concerns your team has had about leaking a user's country due to insufficient bucketing? I'd like some assurance that come Q3, the feature can finally be implemented, rather than someone discovering then that the privacy concern is still there, and us descending into yet another spiral on that question.
Forgive me if you hear a bitter overtone in the above question, but, really, we've been waiting for this data for over four years now, and it's been more than two years since Legal declared bucketing sufficient, so I am wary of additional delays and am seeking to ensure only unavoidable delays continue to delay us.
Jul 23 2017
Can someone offer a comment on why it was decided to move it from Q4 of last year to Q3 of this year? As a stakeholder, I wish I were included in the conversation that resulted in deprioritizing this.
Jul 18 2017
Is there a planned timeline for the remaining tasks here?
Feb 13 2017
Agree re lowering to High. But it does seem like a bug and not etwiki's using inappropriate magic words.
Feb 12 2017
Thanks, @bd808! That's helpful insight. I guess the Estonian main page needs to be fixed not to use those.
I have changed this to Unbreak Now! -- it's not okay that our readers are getting stale versions of the main page, on any wiki. It should have been handled long ago.
Feb 11 2017
Feb 5 2017
Jan 27 2017
Yes, either would work.
Jan 26 2017
Very happy to do it, but my talk is designed for 2.5 to 3 hours. It covers not just what Wikidata is, but how to contribute, how to embed Wikidata into articles, tools like the Wikidata Game, and how to query Wikidata (including SPARQL examples). As such, it would take more than "lunchtime". I suppose it can be split into two parts and done on consecutive weeks, but in my opinion teaching all of these topics together helps demonstrate the importance of Wikidata and gives a more rounded view.
Jan 10 2017
I believe we discussed this verbally a few months ago, but for the record, let me record answers to Nuria's questions here as well:
Nov 7 2016
@D3r1ck01 - please be more careful in phrasing. At the moment, there is no recognized user group in Cameroon. I understand you are interested in founding one, and that you are in contact with the Affiliation Committee about it; that's great! But until the group is actually recognized by the Wikimedia Foundation, you should not bill yourself as "Wikimedia Community User Group Cameroon", especially in contact with partners.
Oct 19 2016
Pinging @Arrbee once again.
Sep 25 2016
Sep 8 2016
Any news, @Arrbee ?
Aug 30 2016
@ManosHacker - indeed, would it not be enough to clearly say, in the template, something like "If you're not seeing a page you've just saved, CLICK HERE."?