Page MenuHomePhabricator

MediaWiki needs more easter eggs
Open, LowestPublic

Description

Easter eggs are a common piece of software (see: [[Easter egg (media)]]). To my knowledge, MediaWiki doesn't contain many Easter eggs currently, aside from parser irregularities and crude code comments.

I suppose naming the "Bad image list" as Tim did is sort of an Easter egg (see: T16281#192741), but that's a bit too obscure for my tastes.

A neat trick or hidden feature of the software would be nice. Apparently additional languages are a no-go due to ISO rigidness (see: r55092).


Version: 1.22.0
Severity: enhancement

Details

Reference
bz20281

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 21 2014, 10:52 PM
bzimport added a project: MediaWiki-General.
bzimport set Reference to bz20281.
bzimport added a subscriber: Unknown Object (MLST).
demon added a comment.Aug 17 2009, 2:39 PM

Mainly just want myself on CC for this in case anyone tries to commit some completely batshit idea for this bug.

vvv added a comment.Aug 17 2009, 5:11 PM

That would be good, but we have to do more important things before.

ayg wrote:

This is silly. Suggest INVALID. If someone with commit access wants to do this, and it's harmless, then fine, but we don't need a bug for it.

Is r79712 enough? How many do we need?

(In reply to comment #5)

Is r79712 enough? How many do we need?

42.

r79712 needs something interesting

Reopening since the easter egg from r79712 has now been removed.

It was fun, but had a few problems:

  • It segfaulted on one dev's server due to its unusual /e modifier recursion.
  • The MW interface was obfuscated, so could not be maintained.
  • The data encoding used a lot of fonts, and so caused performance problems in editors and browsers.
  • The data encoding was vulnerable to corruption by text editors. This ultimately caused it to stop working.
  • It used /e to demonstrate the security problems of using /e. Since /e is now deprecated for security reasons, I suppose we can congratulate ourselves for raising awareness, but it also means that going forward, /e usage is unnecessary and a liability.

(And all that despite it being one of the most heavily-reviewed pieces of code in MediaWiki! Thanks to everyone who bothered to read it, and thanks for appreciating my jokes.)

In my spare time, I am working on a new easter egg which will address these issues. The concept is a VM which interprets obfuscated bytecode stored in an image file. The interface between the VM and the rest of MediaWiki will be in maintainable plaintext, but the output generated for a given input will be non-obvious.

It was cute.
Although I still think that hashar should have provided his own one.

Removed in 4c69569db71d149feff6c4b10ea7a493425d67fd / https://gerrit.wikimedia.org/r/54319

He7d3r added a subscriber: He7d3r.Jan 3 2015, 12:59 PM
MC8 updated the task description. (Show Details)Jan 4 2015, 9:21 AM
MC8 set Security to None.
MC8 added a subscriber: MC8.
Ltrlg added a subscriber: Ltrlg.Jan 4 2015, 9:28 AM
demon removed a subscriber: demon.Jan 5 2015, 3:37 PM
Harej added a subscriber: Harej.Nov 10 2015, 5:53 AM

Special:BlankPage (see e.g. https://en.wikipedia.org/wiki/Special:BlankPage) is not linked to from Special:Specialpages or any other logical place within vanilla MediaWiki and is also an amusing thing to come across. I believe it satisfies the requirements of this task.

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptNov 10 2015, 5:53 AM
Sunpriat added a subscriber: Sunpriat.EditedJan 24 2019, 7:49 AM

This request is not closed. I do not agree with the closure T214555 while this request is open. This is visible to many. This is not a joke.

Reedy added a comment.Jan 24 2019, 8:10 AM

This request is not closed. I do not agree with the closure T214555 while this request is open. This is visible to many. This is not a joke.

https://en.wikipedia.org/wiki/Easter_egg_(media)

an Easter egg is an intentional inside joke

Wikipedia says it is a joke

This is visible to many.

The text you complained about on T214555 should never be seen by normal users unless they intentionally go looking for it. No one should end up at a plain load.php on purpose. That's where easter eggs are supposed to go, as they don't affect typical users.