# Projects

User does not belong to any projects.

# User Details

User Since
Jul 2 2015, 5:06 PM (141 w, 2 d)
Availability
Available
LDAP User
Jo-Jo Eumerus
MediaWiki User
Jo-Jo Eumerus

# Wed, Mar 14

How reliable is MaxMind? I recall from some enwiki discussions that it sometimes defaults to an incorrect "default" location.

# Thu, Mar 8

How many names would need a localization, anyway? I don't know if Wikidata would be considered fit for this purpose.

# Sat, Mar 3

JEumerus added a comment to T6715: Allow comments longer than 255 bytes.

I believe that such a concern would belong in T6714 since that is the task for edit summary length.

# Feb 1 2018

JEumerus added a comment to T88044: Make rollback use POST instead of GET (use AJAX in GUI).

Seems like such a construction would increase the time it takes for an edit to be rolled back, which is a problem for vandalism on highly visible pages (I've seen pages on enwiki with 100,000 or so views per day) and for wikis with lots of readers and lots of rollback actions (even if the added delay only increases the number of readers that see a vandalized version by 0.01 readers/rollback, this stacks up on a wiki with 1000 rollbacks per day to 10 readers) since it increases the visibility of vandalism. No opinion on what the cost/benefit ratio is at the end.

# Jan 21 2018

Well, no, stalking and following around does not have to be invisible. As for blocking other people from following you, some editors make bad edits and need to be followed around to clean up behind them.

# Jan 7 2018

T91192 is one possible way to implement this, although it may be too narrow in scope and carry technical risks.

JEumerus added a project to T184355: Update MathJax/mhchem: Math.

# Jan 4 2018

JEumerus added a comment to T184207: Role accounts unable to receive email.

The rationale for such accounts is to create an email address that people can send oversight requests, arbitration queries and the like to.

# Dec 19 2017

Seeing as this has been rolled out locally already, one wonders if the questionable use pattern mentioned here has been encountered anywhere.

# Dec 14 2017

JEumerus added a comment to T159028: Unpatrol moved pages on English Wikipedia.

Folks are still working on the patch linked above, seems like.

# Dec 10 2017

JEumerus added a comment to T149522: Create Wikisource Eastern Punjabi.

As noted T149522#3057977 and my post beneath it, it is not clear if such is warranted. (Incidentally, I am not sure if "Books that are not free in US should not be uploaded to any Wikimedia project" is correct - certainly I do have the impression that dewiki uses the copyright policies of Germany, Austria and Switzerland instead. I never understood why)

JEumerus added a comment to T166763: Enable local file upload in Tulu Wikipedia.

We have had issues in the past with small wiki uploads becoming swamped with copyright violations. So we need to check very carefully that there are rules in place about non-free content, and there aren't many copyright law experts and Tulu speakers about.

# Nov 30 2017

JEumerus added a comment to T181525: Disable robot indexing for user pages on Wikidata.

enwiki recently introduced userspace noindexing, but it was not for privacy reasons. I am not aware of many other projects which do this, a dip sample of some major (commons and itwiki) and some minor (dewiktionary, dewikiquote) projects indicates that some do index userspace and others (dewiki, eswiki) don't.

# Nov 19 2017

Maybe the font size on your phone is just too small? https://www.samsung.com/us/support/answer/ANS00039821/ has an explanation on how to change it.

# Nov 13 2017

JEumerus added a comment to T133821: Content purges are unreliable.

The user-side of deletion logs does not inherently have a search function, unless the specific actions are marked with a tag.

# Nov 7 2017

Image use policy means that you need a policy explaining what kind of uploads are allowed and which aren't. Copyright is a particular concern in thar regard.

# Oct 1 2017

JEumerus added a comment to T50552: Make PageTriage wiki agnostic.

Perhaps what is wanted is to allow page curation to supports variations on the workflow I proposed above. That would mean Page Triage, but with the messages/tags/notifications customizable (including no notification). And where a deletion discussion is posted would also be customizable. And how many iterations of these workflows are possible. I don't know if this all is technically feasible.

# Sep 30 2017

JEumerus added a comment to T50552: Make PageTriage wiki agnostic.

@MarcoAurelio's proposal seems to be the right one. As far as I know, most workflows for deletion involve:

• A tag on the article, linking to the place where the discussion is held
• A notification on the talk page of the user who made the article
• Either:
• A dedicated page like "Project:X/Articletitle" (e.g Commons:Deletion requests/File:Spam.png)
• A section on a dedicated page like "Project:XY#Articletitle" (e.g Wikipedia:Files for deletion/20 September 2017#File:Spam.png), typically with Y being a date
• No discussion at all (PROD and speedy processes)

# Aug 21 2017

JEumerus renamed T168565: Does the app need disclaimers from Does the app need dislaimers to Does the app need disclaimers.

# Aug 6 2017

JEumerus added a comment to T50552: Make PageTriage wiki agnostic.

The developers of the component in question, I'd imagine.

# Jun 29 2017

I was just contesting the claim that people will figure out by themselves how these things work.

JEumerus added a comment to T169196: List templates which can be put in common.

Citation templates might be a good start, as they are frequently copied between projects. That said, is it already agreed upon _where_ they will be put? The task title implies this but I don't see any discussion which came to a consensus on that question.

# Jun 25 2017

The explanation is needed because otherwise the feature is unused or people make bad markup for things that don't have the feature.

# May 19 2017

JEumerus added a comment to T120288: Enable MP3 uploads on Wikimedia Commons and TMH playback.

MP3 files are commonly used for music. Said music is typically non-free and there is the concern that allowing MP3 uploads will lead to a number of improper uploads of non-free MP3s by users who were up to now held up by the "no MP3 allowed" restriction.

# Apr 18 2017

JEumerus added a comment to T34815: Add user preference to deactivate/delete user account.

Bit concerned that deleting the user talk page could be used to evade/reduce scrutiny. Also, what happens to a deactivated account if it tries to edit?

# Apr 16 2017

Not sure that the template markup "{{PMID|somenumber}}" is in any way messier and unreadabler than "PMID somenumber". The very existence of this task is kind of proof that the magic links can make problems. As well as a number of "RFC somenumber" making false positive links on enwiki.

# Mar 20 2017

JEumerus added a comment to T160916: Special:AllPages disabled due to performance issues.

Hum. Why did performance issues occur just now? Special:AllPages has been around for a long time.

# Mar 18 2017

JEumerus renamed T143353: Many variables disappeared from some AbuseFilter logs from Many variables disapeared from some AbuseFilter logs to Many variables disappeared from some AbuseFilter logs.

# Feb 27 2017

JEumerus added a comment to T149522: Create Wikisource Eastern Punjabi.

I think you should decide whether to have non-Commons images or not. If no, local upload isn't necessary. If yes, people will ask what you want to upload locally - we've had issues with shoddy copyright practices in smaller projects that allow uploads.

# Feb 13 2017

JEumerus added a comment to T85847: Grant editcontentmodel right to all logged in users.

Seems like. Also, the concern I noted before about this privilege allowing one to potentially sidestep editing restrictions on user CSS/JS pages needs to be resolved.

# Jan 29 2017

JEumerus added a comment to T156584: Full UserMerge support for WMF wikis.

To my understanding, big part of the issue with this is old contributions in the databases that can throw up if reassigned.

# Jan 26 2017

What I mean is that changing the content model of a JS page causes it to lose its protection; see links in T85847#2959070

# Jan 25 2017

https://meta.wikimedia.org/wiki/Requests_for_comment/Userrights_on_Hindi_Wikipedia is a requisite reading; folks are wary that such a "localization" of the desysoping procedure may open the door for such things.

JEumerus added a comment to T68450: Set $wgTitleBlacklistLogHits = true on WMF wikis. Maybe one could roll such a task together with the one to create a global contributions list, that is to make a dedicated wiki that combines all logs and changelogs of the individual non-private projects. Probably something "epic" in size, though. # Jan 23 2017 Perhaps one could log actual save attempts (which are POST requests, I believe) that trip the blacklist like normal and not log mere requests (which are GET requests, I believe) such as accessing a blacklisted edit page URL. Why would editing a/moving to a blacklisted title be a GET request? Does the titleblacklistlog trigger upon merely clicking the edit button? @Cenarium : About that Gerrit patch, does it hide all IPs or just these who try to make an account? Because my understanding is that only the latter scenario can cause a privacy leak. A mere edit in contrast would be a-OK. # Jan 22 2017 JEumerus added a comment to T85847: Grant editcontentmodel right to all logged in users. Putting a note here that at least on enwiki, changing the content model of a userjs page away from js can open it up for public editing. See last discussion on https://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard&oldid=757400754 Does this function account for content model changes? # Jan 19 2017 Well, the issue is still that this task will result in Wikidata content appearing as if it's enWikipedia content. I'll admit, I don't see how the discussion there addresses the concern indicated here at all. Maybe in a distant future it would, but nothing for the short term. # Jan 18 2017 Speaking as one, the notion of identifying all Wikimedia admins is fairly unrealistic. Logistical effort aside, there are plenty who for many reasons will not share their personal information with the WMF. And there would be concerns about ageism as well, probably. # Jan 17 2017 This might cause an IP information leak if a filter catches accounts based on a narrow enough IP range, as the hit log would associate the account with the IP range that the filter catches. # Jan 15 2017 I'd probably prefer B. I don't think logged actions and edits should bury each other. Other people may disagree. # Jan 9 2017 JEumerus added a comment to T91162: RFC: Shadow namespaces. On the enwiki, templates are created, put in use, merged and deleted all the time. It may be more complex to manage them on a shared repository for other projects, but "no real way" is simply wrong. # Jan 7 2017 JEumerus added a comment to T130470: Conduct a Gather extension postmortem. Well, it wasn't quite accurate that the maintenance burden was not a factor - in fact, the first RfC on enwiki was started in part because some collections were questionable. # Jan 6 2017 So in other words, a two pronged fix: Have the watchlist display the latest non-bot edit and prod the operators of bots who roll back unconstructive edits to have the bots mark the rolled back edit(s) as bot edit(s), so that these edits are hidden as well. JEumerus renamed T154786: Paypal notifications with negative transaction fee throw exceptions from Paypal notfications with negative transaction fee throw exceptions to Paypal notifications with negative transaction fee throw exceptions. I don't think that all reverts by a bot by default imply that the reverted edit can be hidden. Since rollback is usually applied to vandalism and vandal edits are the problem case to hide here, I'd limit the "hide reverted edit" function to rollback so that different reverts can be treated differently if need be. @MZMcBride : Point #1 is right. Point #2 would need a bit more discussion, especially about whether "revert" means "any revert" or just "rollback". # Jan 5 2017 The fact that (with the exception of Ilmari_Karonen farther up) nobody has proposed a patch to fix the issue, and Ilmari_Karonen's patch has the issue Quiddity mentioned. Someone with dev skills needs to write another code patch. # Jan 2 2017 JEumerus added a comment to T130470: Conduct a Gather extension postmortem. If it matters, my impression was that Gather was insufficiently socialized and that the maintenance burden for the communities involved was underestimated. # Dec 31 2016 JEumerus added a project to T154262: Rename user SSTflyer to Feminist: DBA. Seems more like a task for a database-involving project, thus tentatively added DBA under the assumption that supervising database actions happens there. # Dec 15 2016 Besides, requesting a global rename and editing on meta wiki are distinctly different things. # Dec 14 2016 Not sure if this is the right place, but is it clearly marked somewhere that such descriptions are not part of enWiki? Perhaps in a new wiki. A bit concerned that the extensive inter-site dependencies such a repository would create (a bad edit in the repository affects hundreds of projects) clash with the self-governance philosophy of Wikimedia projects. There are already some conflicts when Commons removes images that are in use in other projects. # Dec 9 2016 JEumerus added a watcher for Community-Wishlist-Survey-2015: JEumerus. JEumerus added a watcher for MediaWiki-Revision-deletion: JEumerus. JEumerus added a watcher for CheckUser: JEumerus. JEumerus added a watcher for Crosswiki: JEumerus. JEumerus added a watcher for Stewards-and-global-tools: JEumerus. JEumerus added a watcher for Wikimedia-Site-requests: JEumerus. # Nov 30 2016 # Nov 17 2016 editinterface in SUL means all admins, seems like. I've seen concerns that one can easily lose access to an account with 2FA and opposition towards making it mandatory for this and other reasons, so probably needs a consensus first. # Nov 8 2016 JEumerus added a comment to T5233: Send a cookie with each block. Anecdotally and from a non-Wikimedia experience, most sockpuppeteers (try to) evade their blocks rather soon after it happens, usually within a month and almost always within 3 months. # Oct 31 2016 # Oct 26 2016 Hmm, if that goes live where will the repository be? # Oct 24 2016 JEumerus renamed T148981: Request to lift or lower account creation throttle on frwiki on 2016-11-15 from Wikimedia-Site-requests to Request to lift or lower account creation throttle on frwiki. # Oct 20 2016 JEumerus added a project to T56515: Apply editing rate limits for all users: Operations. Added the Operations tag under the assumption that it's an operation question whether such a change is needed at all. In any case, we'd need some careful analysis of how fast editors have to work. # Oct 14 2016 JEumerus added a comment to T91162: RFC: Shadow namespaces. As a compromise, one could encourage people to delete the local versions once they have been imported into the central repository. # Oct 9 2016 JEumerus added a comment to T145604: [RfC] Future of magic links. I am guessing having a plan for replacing all currently in use magic links with template'd links would be desirable. # Oct 3 2016 JEumerus added a comment to T147153: Please upload large file to Wikimedia Commons. All but the last file have a notice at the top right corner that implies they come from https://www.whitehouse.gov/ and thus are usually public domain as works of the US federal government. However, having source information is necessary, also because some videos there may include copyrighted material from others. # Oct 2 2016 JEumerus added a comment to T2738: Ability to watch section levels of pages. Maybe want to check how frequent edit summaries satisfy/don't satisfy the criteria in T2738#34571 so that we know how robust that fix is. # Oct 1 2016 JEumerus added a comment to T147063: Raise$wgAbuseFilterConditionLimit for Meta-Wiki.

I have my doubts that most communities care about how high their condition limit is, seeing as it has (almost) no effect on the actual project and is mostly a technical variable.

# Sep 24 2016

Um, for ''which'' project do you want this? Also, setting page-specific licenses and allowing non-commercial ones seem like two different propositions.

This has been marked as high priority for almost a year; is it a realistic priority?

# Sep 22 2016

JEumerus added a comment to T5233: Send a cookie with each block.

Depends on what $wgAutoblockExpiry says, which seems to be 24 hours on Wikimedia sites. # Sep 20 2016 My impression was that the Meta Wiki block here is used to prevent appeals/edits when they have no chance of ending well. Is there a need for a three layer (blocked everywhere but Meta - blocked everywhere but Meta user talk pages - blocked everywhere) system over the two layer one which seems to be the current system (blocked everywhere but Meta - blocked everywhere)? # Sep 12 2016 JEumerus added a comment to T145265: Store check user data action text in structured format. Only thing I know of that would need special logging systems is T68450#2530241 which is a proposal and not (yet) an extension. # Sep 11 2016 Well, that needs some infrastructure to ferret the content to and fro the other projects - and to third parties - for starters. Massblocking accounts seems like something conceptually unrelated to checkuser, so yeah moving it out of CU makes sense. # Sep 2 2016 JEumerus added a comment to T144599: New "engineer" usergroup for ruwiki. editcss, editjs and editinterface are sensitive permissions. Was this aspect discussed and is it really a good idea to have usergroups encompassing these permissions being assigned by administrators in general? # Aug 27 2016 JEumerus added a comment to T120454: Dark archive for Commons. How would that be different from regular page deletion, then? # Aug 25 2016 JEumerus added a comment to T143851: New NAMESPACE for Azerbaijani Wiktionary. Is there a community consensus supporting such a proposal? # Aug 22 2016 To my understanding, translating GET to POST via JS is not a problem, applying GET directly to the request is, see T135170#2310146 Is there any problem about this change other than the extra confirmation step? # Aug 8 2016 JEumerus added a comment to T68450: Set$wgTitleBlacklistLogHits = true on WMF wikis.

Sometimes account creations that were held up by the titleblacklist are overridden by an administrator (due to false positives, say). In such cases, logging an IP of an accountcreation attempt may connect it to the future user of such an account. Which was already mentioned in T68450#696668.

# Aug 6 2016

JEumerus added a comment to T68450: Set \$wgTitleBlacklistLogHits = true on WMF wikis.

Came across this task a while ago. In my mind restricting the visibility to OS or CU is not an acceptable solution; aside from the issues @MarcoAurelio mentioned in T68450#1656957 (and that such a log would keep an IP-account connection listed indefinitely, while CU only keeps it for 3 months at this time), the scope of this log is much broader than just identifying the IPs behind a blacklisted username.

# Aug 4 2016

It serves as circumstantial evidence. Also, I've seen people being warned on enwiki for "following around" other editors and thus either engaging in harassment or violating interaction bans or the like.

Would logging the list help with the stalking/hounding issue? That is, there is a (public or semi-public) log where people (either everybody or administrators) can see who is being watched by who.

https://en.m.wikipedia.org/wiki/Special:History/List_of_Internet_entrepreneurs seems to display fine from here. Logged in on my administrator account, that is, but it looks correct when I open it up in private mode as well (where logins don't work).