I'm hoping that @Amitjoki will be able to get to this during his GSoC project. He's got some other things that will need to be completed first, but he's making solid progress so far.
Tue, Jul 2
Jun 17 2019
Jun 14 2019
I modified the apache configuration today to reduce the amount of logging and avoid storing IP addresses:
- Removed access logging from the dashboard vhost
- Disabled other-vhosts-access-log.conf
- edited to the ErrorLog configuration of apache2.conf to remove %h %l %u from the format, so that no user information is stored for errors.
- deleted old logs
May 21 2019
@Ata this happens when we introduce new messages; it's because your browser is still using an older cached version of the interface message file. Performing a hard refresh should fix it.
May 16 2019
May 15 2019
@Rfarrand yes, I can do this.
May 11 2019
Yes, I'll be there and so will Wes Reid.
Apr 29 2019
I enabled it for translation and updated it: https://outreachdashboard.wmflabs.org/training/editing-wikipedia/wikipedia-essentials
For that example, this is the page that needs to be set up for translation and then translated: https://meta.wikimedia.org/wiki/Training_modules/wikipedia-essentials
@Theklan If you go to the 'wiki source' page for the module from the link at the end of the table of contents — for the example above, https://meta.wikimedia.org/wiki/User:JSutherland_(WMF)/dashboard_modules/keeping_events_safe.json — then you can see the "wiki_page" that contains the title and description of the module: https://meta.wikimedia.org/wiki/Training_modules/Keeping_events_safe/description
Apr 23 2019
Took a while to get to it, but this shipped a few months ago.
I think the Single Table Inheritance approach to course types has worked pretty well; looking back on this now, I don't think there's anything I'd want to majorly change.
These should be all taken care of. If there are any left, please reopen.
The title and module description can be translated now. See, for example, https://outreachdashboard.wmflabs.org/training/support-and-safety/keeping-events-safe?locale=fr
This has been available for a while.
It looks like this is okay now? Please reopen and provide a screenshot of the problem if not.
This is done, and can be enabled for additional wikis per https://meta.wikimedia.org/wiki/Programs_%26_Events_Dashboard#Enabling_automatic_edits_on_a_new_wiki
Not really relevant anymore.
Private events have been available for a while now.
I think this is sorted out now.
I think this has been working fine for a while now; if there are any related problems, please reopen this and describe what is wrong.
Not considering yanking out React at this point; we've done some architecture improvements that make it easier to work with, including the switch to Redux for state management, and it's relatively accessible to new devs who know the basics of React now (and there are lots of those).
Not enough info to know whether this is a Dashboard issue or outside our control.
This was fixed a while ago.
This was fixed some time ago.
This was fixed a while ago.
It's well past 'beta' now.
Apr 19 2019
For the last two days or so, many spam Campaign records were being created, because of a security hole that allowed a not-logged-in user to create a Campaign.
Apr 18 2019
Apr 10 2019
@Aklapper The application was submitted on the Outreachy website then, it just didn't have a Phabricator version posted.
Apr 2 2019
The Dashboard went down when the disk filled up. https://phabricator.wikimedia.org/T219865
The disk was full. I've fixed it for now, and will look into preventing that particular problem soon.
Mar 25 2019
I'm deploying a fix for this: https://github.com/WikiEducationFoundation/WikiEduDashboard/commit/fc1dc9a0b398e6f97d636c9628fd8ae2881f2504
Mar 17 2019
@Madhurgupta10 sure, sounds good.
Mar 11 2019
@zaisid either one of those, although it's probably too late this round for totally separate project ideas.
Mar 4 2019
Hi @Jcnitdgp25. See the note I just added to the end of the task description.
Mar 1 2019
Feb 28 2019
Done! We had the server up and configured two weeks ago and did the switchover, and I just did the final step of destroying the Ubuntu instance.
Feb 27 2019
@srishakatux I added this on the Outreachy site also,
where it's pending approval.
Feb 25 2019
Feb 15 2019
@Batrapunit hi! I've just updated the description with some general information to help you get started.
Feb 14 2019
Jan 31 2019
Wes and I spent today getting a new debian server spun up, configured, and set for deployment. We got the app up and running, so what remains to be done is:
- Put up a notice about pending downtime
- Disable the old server
- Create a mysql dump
- Load the dump on new server
- Redirect outreachdashboard.wmflabs.org to the new server
- Verify that things are working smoothly
- Destroy the old server
Jan 25 2019
@Theklan thanks! I think it's likely that we'll be improving cross-wiki support as well as additional namespace support for the Dashboard this summer, partly through a Google Summer of Code project.
Jan 23 2019
Thanks @Jdforrester-WMF !
Jan 22 2019
Currently, the only way to pull that data is to have server access, and run the above ruby code from a server console. It's a quick task, so I think it'll be easier to keep doing it this way for now, but at some point we could build an easier way to generate this data on demand.
Jan 18 2019
Thanks @Krenair. What will it mean for Ubuntu support to be removed?
Wiki Education articles aren't necessarily representative in terms of the likelihood of having markup edge cases, but my rough guess based on that would be about 1 in 40 articles. It's probably higher in the general article population from lists and other table-heavy article genres that our student editors don't work on as often (and probably higher on well-developed articles, since they'll have more markup and more complex markup).
I've just pulled the data, and will send it by email shortly.
Jan 16 2019
Wiki Education has been using the WhoColor API on the Dashboard for a while now, and I can report how it's been received by our users — mostly instructors who are using it for reviewing the work that their students have done on existing articles. Here's an example of it in action: https://dashboard.wikiedu.org/courses/University_of_Chicago/Censorship_and_Information_Control_During_Information_Revolutions_(Autumn)/articles?showArticle=51093345
Sure, that would be helpful.
It seems to be working for me (in both the real tour and the example), as long as I click 'add qualifier' rather than use the guider arrow to advance to that step.
Dec 3 2018
I've deployed those changes, and I think it takes care of all those cases.
Thanks for identifying these problems!
Nov 14 2018
I've just added Tulu (and a handful of other new-ish Wikipedia languages). You should be able to select it now.
Nov 11 2018
Nov 10 2018
This is really cool!
Nov 7 2018
This is done, although it will require minor updates each time a new article quality model is added. Should be working now for both courses and campaigns for euwiki.
Nov 5 2018
It's back up now, and appears to be working properly.
It's being migrated to a different server, as part of this: https://phabricator.wikimedia.org/phame/post/view/120/neutron_is_here/
Oct 31 2018
@Tgr if a user does not already have an account, we send them the Special:CreateAccount with a return_to param to route them directly to OAuth. For example, like this: https://en.wikipedia.org/w/index.php?title=Special:CreateAccount&returnto=Special%3AOAuth%2Fauthorize&returntoquery=oauth_consumer_key%3D<some_token>%26oauth_token%3D<other_token>
Oct 18 2018
Sep 28 2018
@Ladsgroup we probably wouldn't hit the limit very often as long as the rate limiting is really only enforced for multiple simultaneous connections. The main process where the dashboard imports revision data for lots of revisions at a time has been rewritten with batching and no parallel connections at all (at least, for now).
Sep 25 2018
@Theklan those unit abbreviations are now available for translation.
I proposed a migration plan (both last year, and this year) for importing that data to Programs & Events Dashboard, but the Education team did not have the budget for it. If SQL dumps are archived, maybe we can do that eventually.
@Ragesoss this might help the current situation. See: https://dumps.wikimedia.org/other/educationprogram/
Sep 23 2018
@Yasasia hi! Please send me an email to firstname.lastname@example.org and I'll send you an invite to our development channel for this project on Slack.
Sep 21 2018
@Theklan I've made some progress on this. The graphs on individual courses should be working now for all the langauges currently supported by the ORES articlequality model, including eu. The campaign graphs are probably still not reliable, but we'll hopefully get those ported over to the new graphing system soon.
@Nikerabbit thanks much! I just opened a PR to limit the scope of the ignored messages to just that empty unit message.
Sep 19 2018
Sep 18 2018
@Theklan thanks! I'm not sure why these are not showing up as translatable message on Translatewiki. The English versions are there, eg, https://translatewiki.net/wiki/Wikimedia:Wikiedudashboard-number.human.decimal_units.units.thousand/en