Page MenuHomePhabricator
Feed Advanced Search

Mar 19 2022

ThurnerRupert added a comment to T183689: Support diagrams on mediawiki.org.

the plantum author arnaud roques thinks about a greenfield approach to rewrite plantuml in haxe : https://github.com/plantuml/haxe00 . mindmaps are working. haxe's closed relate is lua. haxe can be transpiled into javascript, lua, php7 amongst others, its main usage is in games.

Mar 19 2022, 8:04 AM · MediaWiki-extension-requests

Mar 12 2022

ThurnerRupert added a comment to T302182: remove option to upload cc-by 3.0 from commons.

@AlexisJazz can you point to the page where consensus was reached about the current display, so we can refer to it?

Mar 12 2022, 7:51 AM · Community-consensus-needed, Commons, UploadWizard

Mar 11 2022

ThurnerRupert added a comment to T302182: remove option to upload cc-by 3.0 from commons.

here, the line with cc-3.0 should be removed.

Mar 11 2022, 11:34 PM · Community-consensus-needed, Commons, UploadWizard
ThurnerRupert added a comment to T302182: remove option to upload cc-by 3.0 from commons.

this is ok ...

Mar 11 2022, 11:33 PM · Community-consensus-needed, Commons, UploadWizard

Mar 6 2022

ThurnerRupert created T303118: analyze if NOTA has things which benefit wikitext.
Mar 6 2022, 4:49 AM · MediaWiki-extensions-CodeMirror, ScienceSource, Design

Mar 5 2022

ThurnerRupert added a comment to T302182: remove option to upload cc-by 3.0 from commons.

@AlexisJazz @Aklapper , community consensus to help avoiding legal trouble for wikipedia users? really. which page you want community consensus to come from - i can make an entry there?

Mar 5 2022, 12:53 AM · Community-consensus-needed, Commons, UploadWizard

Feb 21 2022

ThurnerRupert added a comment to T302182: remove option to upload cc-by 3.0 from commons.

you are right, @AlexisJazz lets leave aside the correct license for chilean government works, apart from that the fact that the upload wizard should not list it, otherwise we have hundreds for every country.

Feb 21 2022, 11:38 AM · Community-consensus-needed, Commons, UploadWizard

Feb 20 2022

ThurnerRupert created T302182: remove option to upload cc-by 3.0 from commons.
Feb 20 2022, 9:50 PM · Community-consensus-needed, Commons, UploadWizard
ThurnerRupert added a comment to T5361: Embed image author, description, and copyright data in file metadata fields.

a couple of reports of copyright / copyleft trolling, which could be avoided by such metadata:

Feb 20 2022, 7:34 AM · WMF-Legal, Commons, MediaWiki-File-management, Multimedia, TestMe
ThurnerRupert added a comment to T250317: Add schema.org structured data to images on Commons and Wikipedia to meet Google's requirements.

@AnneT , related to here, the former european director of creative commons, cory doctorow, got targetted by a copyleft troll, see his post: A Bug in Early Creative Commons Licenses Has Enabled a New Breed of Superpredator. he recommends now to use cc-by-sa-4.0 and higher. to reliably get rid of such trolls, two actions should be taken imo. first, require cc 4.0+ and second, embed the link to the license and/or source with the license into the images metadata. INTO the file. so if somebody downloads and uses it the correct metadata is there. @Tgr i saw your comment about this beeing scary in your comment T250317#6178173, on T5361 ... but this one single link to the source should suffice to extinct trolls. everything else can be fixed via license, or viewers.

Feb 20 2022, 7:23 AM · Structured-Data-Backlog

Feb 2 2022

ThurnerRupert added a comment to T284408: Deploy Extension:PlantUML on Meta.

siehe T183689.

Feb 2 2022, 5:46 AM · Wikimedia-Extension-setup

Jan 31 2022

ThurnerRupert added a comment to T183689: Support diagrams on mediawiki.org.

as additional info:

Jan 31 2022, 7:36 AM · MediaWiki-extension-requests
ThurnerRupert updated the task description for T300443: ranking features as simple A vs B .
Jan 31 2022, 1:32 AM
ThurnerRupert updated the task description for T300443: ranking features as simple A vs B .
Jan 31 2022, 1:31 AM
ThurnerRupert added a comment to T183689: Support diagrams on mediawiki.org.

@Samwilson who would be able to judge if WMF hosting such a service would be an option, or, in general, if, calling a service and caching the service calls result to render something is desireable?

Jan 31 2022, 1:28 AM · MediaWiki-extension-requests

Jan 30 2022

ThurnerRupert updated the task description for T300443: ranking features as simple A vs B .
Jan 30 2022, 9:50 AM
ThurnerRupert updated the task description for T300443: ranking features as simple A vs B .
Jan 30 2022, 9:49 AM
ThurnerRupert updated the task description for T300443: ranking features as simple A vs B .
Jan 30 2022, 9:46 AM
ThurnerRupert added a comment to T300443: ranking features as simple A vs B .

re-reading your 2nd remark, you mean a proposal to improve the voting for wishlist survey should be posted to wishlist survey? how ironic :) for this year it is too late, and for next year i will have already have forgotten about the proposal until voting pops up on the main page.

Jan 30 2022, 9:38 AM
ThurnerRupert updated the task description for T300443: ranking features as simple A vs B .
Jan 30 2022, 9:27 AM
ThurnerRupert added a comment to T300443: ranking features as simple A vs B .

@Aklapper let me rewrite it. i now found how this is called. ordering via ranked pairs, or schulze method or whatever lets you sort a list via comparing 2 pairs, or a low number of entries.

Jan 30 2022, 9:23 AM
ThurnerRupert updated the task description for T300443: ranking features as simple A vs B .
Jan 30 2022, 9:22 AM

Jan 29 2022

ThurnerRupert added a comment to T56221: Support for text/syntax/markup driven or WYSIWYG editable charts, diagrams, graphs, flowcharts etc. (Identify, develop, review and deploy extension on Wikimedia wikis to add).

nowadays there is an extenstion https://www.mediawiki.org/wiki/Extension:Diagrams , would enabling it be a step into the right direction?

Jan 29 2022, 7:51 PM · Commons, Wikimedia-Extension-setup
ThurnerRupert added a comment to T183689: Support diagrams on mediawiki.org.

there is another extension looking interesting: https://www.mediawiki.org/wiki/Extension:Diagrams , what you think about enabling that one @Tgr ?

Jan 29 2022, 7:48 PM · MediaWiki-extension-requests
ThurnerRupert created T300443: ranking features as simple A vs B .
Jan 29 2022, 7:16 PM

Dec 27 2021

ThurnerRupert added a comment to T298324: mobile visual table editor does not show "unmerge cells", mark unmark cells.

thank you @Aklapper, so you say this is a bug not a not yet implemented feature :) here you go:

  1. on a laptop with chrome or firefox, open https://en.m.wikipedia.org/wiki/Cristiano_Ronaldo#/editor/35
  2. click into a cell marked with a long dash "-"
  3. the cell is not marked and there is no obvious way to press "split"
Dec 27 2021, 3:16 PM · VisualEditor, VisualEditor-Tables

Dec 26 2021

ThurnerRupert created T298324: mobile visual table editor does not show "unmerge cells", mark unmark cells.
Dec 26 2021, 6:12 AM · VisualEditor, VisualEditor-Tables
ThurnerRupert created T298323: copy paste edit link + login + cancel: ends up at login page again.
Dec 26 2021, 6:08 AM · Verified, MW-1.38-notes (1.38.0-wmf.18; 2022-01-17), Editing-team (FY2021-22 Kanban Board), VisualEditor

Dec 24 2021

ThurnerRupert updated the task description for T298292: provide summary function for tables.
Dec 24 2021, 4:29 AM · VisualEditor, VisualEditor-Tables
ThurnerRupert updated the task description for T298292: provide summary function for tables.
Dec 24 2021, 4:24 AM · VisualEditor, VisualEditor-Tables
ThurnerRupert added a comment to T298292: provide summary function for tables.
Dec 24 2021, 4:06 AM · VisualEditor, VisualEditor-Tables
ThurnerRupert created T298292: provide summary function for tables.
Dec 24 2021, 4:06 AM · VisualEditor, VisualEditor-Tables

Nov 1 2021

ThurnerRupert added a comment to T294707: Create preference to display height as either metric or ft/in.

One of the chief arguments against date autoformatting was that the only way to make it work was for the user to set a preference. Since the vast majority of readers were anonymous (not using an account) the change would only serve a small minority of readers. The main effect would be to conceal poor choices, which would be visible to most readers but invisible to the editors who would be in a position to fix the poor choices.

Nov 1 2021, 7:05 AM · MediaWiki-Core-Preferences
ThurnerRupert added a comment to T294707: Create preference to display height as either metric or ft/in.

for height there is no one million possibilities

There are a bunch: https://en.wikipedia.org/wiki/Unit_of_length . Next preferences then could be Celsius vs Fahrenheit vs Kelvin, stones and pounds vs kilograms, lakhs and crores vs millions, etc. I don't think adding more such preferences outweighs the additional maintenance costs and code complexity for years to come.

Nov 1 2021, 6:02 AM · MediaWiki-Core-Preferences

Oct 31 2021

ThurnerRupert added a comment to T294707: Create preference to display height as either metric or ft/in.

This won't and shouldn't be done. It's basically equivalent to the auto-date formatting that was already removed a decade ago.

This can be resolved onwiki with some sort of user script or gadget.

Oct 31 2021, 6:55 PM · MediaWiki-Core-Preferences
ThurnerRupert updated subscribers of T294707: Create preference to display height as either metric or ft/in.

@tstarling - as promised on facebook, here a task for measurements.

Oct 31 2021, 5:44 PM · MediaWiki-Core-Preferences
ThurnerRupert added a comment to T294707: Create preference to display height as either metric or ft/in.

it is enwp specific ... as other languages do not tend to have ft in ?

Oct 31 2021, 5:36 PM · MediaWiki-Core-Preferences
ThurnerRupert renamed T294707: Create preference to display height as either metric or ft/in from Create preference to display height as either metric or imperial to Create preference to display height as either metric or ft/in.
Oct 31 2021, 5:34 PM · MediaWiki-Core-Preferences
ThurnerRupert created T294707: Create preference to display height as either metric or ft/in.
Oct 31 2021, 5:14 PM · MediaWiki-Core-Preferences

Oct 24 2021

ThurnerRupert added a comment to T21992: Support client-side date/time formatting for user's timezone, language, and preferred format (JavaScript).

the javascript libary date-fms looks kind of nice to address the data formatting challenge:
https://github.com/date-fns/date-fns

Oct 24 2021, 8:30 AM · MediaWiki-Core-Preferences, I18n, MediaWiki-Interface
ThurnerRupert added a comment to T87074: Please provide human readable timestamps in api response.

since 2016 there is a nice library which should prevent this lots of code:
https://github.com/date-fns/date-fns

Oct 24 2021, 7:59 AM · Wikidata, Mobile, MediaWiki-extensions-WikibaseRepository

Oct 21 2021

ThurnerRupert merged T293549: vector21 is not responsive into T106463: [EPIC] Ready responsive Vector for wider deployment.
Oct 21 2021, 6:29 PM · Patch-For-Review, Desktop Improvements, Epic, Vector
ThurnerRupert merged task T293549: vector21 is not responsive into T106463: [EPIC] Ready responsive Vector for wider deployment.
Oct 21 2021, 6:29 PM · Mobile, Desktop Improvements
ThurnerRupert added a comment to T106463: [EPIC] Ready responsive Vector for wider deployment.

when using on laptop screens it stops beeing responsive from 50% of the laptop screens witdht on and does not use the available space any more:

  • a lot of white space left and right
  • items stil with 2 clicks like "my contributions"
  • same is valid for editing - the edit area is tiny
  • the font is not the operating system default font and default font size
Oct 21 2021, 6:28 PM · Patch-For-Review, Desktop Improvements, Epic, Vector

Oct 19 2021

ThurnerRupert added a comment to T293549: vector21 is not responsive.

ah really, you r right. it is responsive from 0 to 50% of a small laptop screen. then it stops adapting. attached an editing window screenshot. looks same with firefox and chromium. if i click "legacy vector" it uses the whole screen width. adding ?safemode=1 does not affect the width as well.

Oct 19 2021, 6:02 AM · Mobile, Desktop Improvements

Oct 16 2021

ThurnerRupert added a comment to T293529: wikipedia uses third-party-cookies - maybe it should not?.

cool - i saw how this works, thanks for the hint! this is not the most intuitive fried i saw in my life i must admit :) :)

Oct 16 2021, 12:18 PM · MediaWiki-extensions-CentralAuth
ThurnerRupert merged T293529: wikipedia uses third-party-cookies - maybe it should not? into T257803: Chrome's "Block third-party cookies" option breaks CentralAuth edge login / autologin.
Oct 16 2021, 12:18 PM · MediaWiki-Authentication-and-authorization, MediaWiki-extensions-CentralAuth
ThurnerRupert merged task T293529: wikipedia uses third-party-cookies - maybe it should not? into T257803: Chrome's "Block third-party cookies" option breaks CentralAuth edge login / autologin.
Oct 16 2021, 12:18 PM · MediaWiki-extensions-CentralAuth
ThurnerRupert reopened T293529: wikipedia uses third-party-cookies - maybe it should not? as "Open".
Oct 16 2021, 12:16 PM · MediaWiki-extensions-CentralAuth
ThurnerRupert created T293550: Feature request: position language and language edit better.
Oct 16 2021, 12:15 PM · Desktop Improvements
ThurnerRupert created T293549: vector21 is not responsive.
Oct 16 2021, 12:04 PM · Mobile, Desktop Improvements
ThurnerRupert closed T293529: wikipedia uses third-party-cookies - maybe it should not? as Resolved.

duplicate.

Oct 16 2021, 11:54 AM · MediaWiki-extensions-CentralAuth

Oct 15 2021

ThurnerRupert created T293529: wikipedia uses third-party-cookies - maybe it should not?.
Oct 15 2021, 9:30 PM · MediaWiki-extensions-CentralAuth
ThurnerRupert added a comment to T291346: vector skin, table and infobox overlap with each other (when using "narrow and widescreen" gadget).

ah, i see, @TheDJ, @Jdlrobson, thank you so much! that is it, the narrow and widescreen gadget is enabled by default, can i close this task or you prefer to leave it open and change the title?

Oct 15 2021, 2:50 AM · Reading-Web-Local-Wiki-Issues
ThurnerRupert added a comment to T291098: [TECHNICAL GOAL] Split Vector into 2 separate skins with 2 different keys.

@Jdlrobson just out of interest, why did you opt to have "skin versions" or "vector uses two internal skins", instead of just having a new vector21, make it default whenever you like, and drop "vector" whenever you like?

Oct 15 2021, 2:18 AM · Vector, MW-1.38-notes (1.38.0-wmf.17; 2022-01-10), Readers-Web-Backlog (Kanbanana-FY-2021-22)

Sep 26 2021

ThurnerRupert updated subscribers of T291346: vector skin, table and infobox overlap with each other (when using "narrow and widescreen" gadget).

@Jdlrobson i saw in the techn news your name to ping ...

Sep 26 2021, 1:55 PM · Reading-Web-Local-Wiki-Issues
ThurnerRupert added a comment to T291346: vector skin, table and infobox overlap with each other (when using "narrow and widescreen" gadget).

another instance with the location, on pt wiki

Sep 26 2021, 1:20 PM · Reading-Web-Local-Wiki-Issues

Sep 25 2021

ThurnerRupert added a comment to T291346: vector skin, table and infobox overlap with each other (when using "narrow and widescreen" gadget).

another instance of similar here:

image.png (916×1 px, 388 KB)

Sep 25 2021, 1:04 AM · Reading-Web-Local-Wiki-Issues

Sep 19 2021

ThurnerRupert updated the task description for T291346: vector skin, table and infobox overlap with each other (when using "narrow and widescreen" gadget).
Sep 19 2021, 6:37 PM · Reading-Web-Local-Wiki-Issues
ThurnerRupert added a comment to T291346: vector skin, table and infobox overlap with each other (when using "narrow and widescreen" gadget).

image.png (1×1 px, 409 KB)

Sep 19 2021, 6:37 PM · Reading-Web-Local-Wiki-Issues
ThurnerRupert created T291346: vector skin, table and infobox overlap with each other (when using "narrow and widescreen" gadget).
Sep 19 2021, 6:36 PM · Reading-Web-Local-Wiki-Issues

Apr 25 2021

ThurnerRupert updated the task description for T281064: screen space not used when editing.
Apr 25 2021, 1:03 PM · MediaWiki-General
ThurnerRupert updated the task description for T281064: screen space not used when editing.
Apr 25 2021, 1:02 PM · MediaWiki-General
ThurnerRupert created T281064: screen space not used when editing.
Apr 25 2021, 12:59 PM · MediaWiki-General

Sep 22 2019

ThurnerRupert created T233516: password too short should nag only once and then remember.
Sep 22 2019, 8:51 AM · Security-Team, MediaWiki-User-login-and-signup

Jul 26 2019

ThurnerRupert updated the task description for T229082: mediawiki should show longer language list.
Jul 26 2019, 5:21 AM · UniversalLanguageSelector
ThurnerRupert updated the task description for T229082: mediawiki should show longer language list.
Jul 26 2019, 5:20 AM · UniversalLanguageSelector
ThurnerRupert created T229082: mediawiki should show longer language list.
Jul 26 2019, 5:14 AM · UniversalLanguageSelector

Sep 23 2018

ThurnerRupert created T205211: enable delete user page in wikipedia.
Sep 23 2018, 6:39 AM · Wikimedia-Extension-setup, Community-consensus-needed, Wikimedia-Site-requests
ThurnerRupert awarded T171905: allow to delete pages in user name space a Love token.
Sep 23 2018, 6:36 AM · MediaWiki-extension-requests

Aug 4 2018

ThurnerRupert created T201229: Search for a title in the "add link" menu should take into account phonetic-like characters.
Aug 4 2018, 8:39 AM · Wikidata

Jul 22 2018

ThurnerRupert closed T200052: Mandate that account passwords must be a minimum of eight characters on Wikimedia projects as Invalid.

duplicate of T32574 - there is a patch which implements password lenght attached to T32574. this does not display yet a password meter.

I'm not sure how this is a duplicate of T32574: Display a password strength bar..

Indeed, it seems this was closed based on an erroneous assumption.

the title "password meter" would not suggest a duplication. but the contents is a full ducplicate - and - has a lot more value. there is already an expert discussion in T32574: Display a password strength bar which includes password strenght. the patch attached to T32574: Display a password strength bar uses a password meter algorithm. it implements to configure a minimum strenght in the config file. it does not (yet) implement anything to show the complexity of the password to the user beforehand. having a second ticket only for the lenght of the password based on a paper of such weak quality which is not even public for everybody seems not ok. what mediawiki currently offers is already far better than described in that paper:

Jul 22 2018, 5:21 AM · Security, WMF-General-or-Unknown

Jul 21 2018

ThurnerRupert added a comment to T121179: Implement password complexity password policy check.

yes, exactly, many thanks for the copy out, reedy! there is T32574 as well which partially covers what is mentioned in this ticket (aaaaaaa)

Jul 21 2018, 2:11 PM · Security-Team, MediaWiki-User-login-and-signup
ThurnerRupert added a comment to T32574: Display a password strength bar.

an example password strenght meter:

Jul 21 2018, 1:56 PM · Patch-Needs-Improvement, User-Tgr, Performance-Team (Radar), MediaWiki-User-login-and-signup, MediaWiki-Core-Preferences
ThurnerRupert closed T200052: Mandate that account passwords must be a minimum of eight characters on Wikimedia projects as Declined.

duplicate of T32574 - there is a patch which implements password lenght attached to T32574. this does not display yet a password meter.

Jul 21 2018, 1:39 PM · Security, WMF-General-or-Unknown
ThurnerRupert closed T121179: Implement password complexity password policy check as Declined.
Jul 21 2018, 1:33 PM · Security-Team, MediaWiki-User-login-and-signup
ThurnerRupert added a comment to T121179: Implement password complexity password policy check.

this is against recent NIST research, and should be closed as "not implement":
https://pages.nist.gov/800-63-3/sp800-63b.html

Jul 21 2018, 1:32 PM · Security-Team, MediaWiki-User-login-and-signup
ThurnerRupert added a comment to T200052: Mandate that account passwords must be a minimum of eight characters on Wikimedia projects.

this paper is quite outdated or even incorrect, except for "usability" - i.e. present a password strenght meter. to be more detailed, it says that a password is sent via email. but - this is only a temporary password which only allows to reset the password. so comparable to a link with some arbitrary number. it also suggests to use different character classes, which is discouraged by recent NIST research. it also thinks that a minimum password lenght should be set which is also against the NIST recommendations - which are clear that the type of the service offered, or the information to be protected, should determine the password strenght. also, NIST discourages policies that force to set a new password (regular password change eg) and suggests that the strenght should be measured against a list of breached passwords while the study says reusing an old password is bad - no matter if breached or not.

Jul 21 2018, 1:30 PM · Security, WMF-General-or-Unknown
ThurnerRupert added a comment to T32574: Display a password strength bar.

the library used seems excellent. the usage i am not so sure, it is a mandatory check, and not a hint to the user:

		if ( $score < $policyVal ) {
			$status->error( "passwordpolicies-policy-passwordstrength", $score, $policyVal, $maxScore );
		}
Jul 21 2018, 9:17 AM · Patch-Needs-Improvement, User-Tgr, Performance-Team (Radar), MediaWiki-User-login-and-signup, MediaWiki-Core-Preferences

Feb 16 2018

ThurnerRupert added a comment to T5361: Embed image author, description, and copyright data in file metadata fields.

the upload wizard could guide the user in adding the information. or require the user to add it herself? so we have not the problem of "original photo does not contain the license information, but then it is added". what you think?

Feb 16 2018, 6:28 AM · WMF-Legal, Commons, MediaWiki-File-management, Multimedia, TestMe

Jan 28 2018

ThurnerRupert added a comment to T5361: Embed image author, description, and copyright data in file metadata fields.

another case which could have been solved by this:

Jan 28 2018, 4:20 AM · WMF-Legal, Commons, MediaWiki-File-management, Multimedia, TestMe

Jul 30 2017

ThurnerRupert added a project to T171902: mediawiki should have a grace time for new articles and changes, and use e.g. flagged revisions: MediaWiki-extensions-FlaggedRevs.
Jul 30 2017, 8:39 AM · English-Wikipedia-New-Pages-Patrol, MediaWiki-extensions-FlaggedRevs, MediaWiki-Page-editing
ThurnerRupert added a comment to T171902: mediawiki should have a grace time for new articles and changes, and use e.g. flagged revisions.

hahah, andre, i find it now painful in phabricator that it seems to be impossible to create a ticket towards better control of new pages :) what i want is clear: give a new page time to ripe. and for this, give the persons checking new pages technical means to do this appropriate. as you are experienced with all software components could you list the components involved and their purpose, so we could make tichets which can be implemented? mabe flag pages, or not. maybe display edits after X hours? maybe a flag "not done" or "help wanted" when storing? not sure what means were discussed up to now ...

Jul 30 2017, 8:39 AM · English-Wikipedia-New-Pages-Patrol, MediaWiki-extensions-FlaggedRevs, MediaWiki-Page-editing

Jul 29 2017

ThurnerRupert added a comment to T171902: mediawiki should have a grace time for new articles and changes, and use e.g. flagged revisions.

i cannot recall the exact message, and i would appreciate to concentrate on the root cause: somebody doing new pages control feels that it is necessary to move an article into the users namespace because the person thinks the article is not good enough. such a move should never be necessary or permitted. if not good enough not flag it. if not flagged for long enough (a week or so) just delete it.

Jul 29 2017, 4:28 AM · English-Wikipedia-New-Pages-Patrol, MediaWiki-extensions-FlaggedRevs, MediaWiki-Page-editing

Jul 27 2017

ThurnerRupert updated the task description for T171908: mediawiki should have a mechanism for classic talk pages to archive / conserve stable links.
Jul 27 2017, 9:30 PM · MediaWiki-General
ThurnerRupert created T171908: mediawiki should have a mechanism for classic talk pages to archive / conserve stable links.
Jul 27 2017, 9:23 PM · MediaWiki-General
ThurnerRupert updated the task description for T171905: allow to delete pages in user name space.
Jul 27 2017, 9:04 PM · MediaWiki-extension-requests
ThurnerRupert created T171905: allow to delete pages in user name space.
Jul 27 2017, 9:03 PM · MediaWiki-extension-requests
ThurnerRupert updated the task description for T171902: mediawiki should have a grace time for new articles and changes, and use e.g. flagged revisions.
Jul 27 2017, 8:46 PM · English-Wikipedia-New-Pages-Patrol, MediaWiki-extensions-FlaggedRevs, MediaWiki-Page-editing
ThurnerRupert created T171902: mediawiki should have a grace time for new articles and changes, and use e.g. flagged revisions.
Jul 27 2017, 8:45 PM · English-Wikipedia-New-Pages-Patrol, MediaWiki-extensions-FlaggedRevs, MediaWiki-Page-editing

Feb 6 2017

ThurnerRupert added a comment to T37497: Implement a way to bring GitHub pull requests into gerrit.

i stumbled on https://gerrit.googlesource.com/plugins/github/+/master/README.md - is this something you envision here?

Feb 6 2017, 12:36 PM · Developer-Wishlist (2017), Developer-Advocacy, Gerrit

Jul 4 2016

ThurnerRupert added a comment to T90908: Goal: Binding code of conduct for all Wikimedia technical spaces with consequences for breaches.

removing myself, to express my wish that administrative bloat and organisation busy with itself should be avoided, while writing software and helping patches from others go into software should be encouraged ...

Jul 4 2016, 6:13 AM · Goal, WMF-Human-Resources, Community-Relations-Support, DevRel-January-2016, DevRel-December-2015, DevRel-November-2015, DevRel-October-2015, Wikimedia-Developer-Summit-2016, DevRel-September-2015, ECT-August-2015, Trust-and-Safety, Developer-Advocacy, Wikimania-Hackathon-2015

May 29 2016

ThurnerRupert created T136516: Global alert "your user rights changed" from wikimedia commons shown as new in every wiki i log in.
May 29 2016, 12:50 PM · Notifications

May 28 2016

ThurnerRupert added a comment to T136491: global notification mails to avoid double notification.
May 28 2016, 7:30 PM · Notifications, MediaWiki-Email
ThurnerRupert reopened T136491: global notification mails to avoid double notification as "Open".

i got 2 emails for this:
https://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion%3AThurnerRupert&type=revision&diff=154711247&oldid=154711238

May 28 2016, 7:29 PM · Notifications, MediaWiki-Email
ThurnerRupert created T136491: global notification mails to avoid double notification.
May 28 2016, 7:21 PM · Notifications, MediaWiki-Email
ThurnerRupert created T136490: wikimedia notification mails should contain the change ....
May 28 2016, 7:16 PM · MediaWiki-Email

May 16 2016

ThurnerRupert added a comment to T5361: Embed image author, description, and copyright data in file metadata fields.

interesting point, what exif fields would be necessary to get the copyright ok? or add the copyright related fields of xmp?

May 16 2016, 8:32 AM · WMF-Legal, Commons, MediaWiki-File-management, Multimedia, TestMe

May 15 2016

ThurnerRupert added a comment to T5361: Embed image author, description, and copyright data in file metadata fields.

why not starting with something easy? if making a thumbnail for wikipedia, leave exif in place?

May 15 2016, 4:31 PM · WMF-Legal, Commons, MediaWiki-File-management, Multimedia, TestMe

Apr 22 2016

ThurnerRupert changed the status of T132760: please enable edit, edit source on mediawiki.org from Declined to Resolved.

@wctaiwan , interesting feature, did not notice it before, but i like it. this solves the problem, thank you!!

Apr 22 2016, 1:31 AM · Community-Relations-Support, VisualEditor