[wp-trac] [WordPress Trac] #12816: easter egg is confusing

WordPress Trac wp-trac at lists.automattic.com
Fri Oct 22 14:48:30 UTC 2010


#12816: easter egg is confusing
----------------------------+-----------------------------------------------
 Reporter:  thomasq         |        Owner:          
     Type:  defect (bug)    |       Status:  reopened
 Priority:  normal          |    Milestone:          
Component:  Administration  |      Version:          
 Severity:  normal          |   Resolution:          
 Keywords:                  |  
----------------------------+-----------------------------------------------
Changes (by ericmann):

  * status:  closed => reopened
  * resolution:  wontfix =>


Comment:

 I'm a big fan of the easter egg, and most of my clients find it hilarious.
 But there will always be one or two "special" cases that I have to protect
 while helping them launch their sites.  Last night, one of them stumbled
 upon this easter egg, thought their site had been hacked, and freaked out.
 After several panicked emails and a couple of "holy crap my site's been
 deleted!" voicemail messages I finally got them to calm down, explained
 what happened, and helped them learn how to use post revisions properly.

 I'd never propose removing a feature from core that I enjoy.  However, if
 there was a hook that allowed me to turn it off (either the filter in the
 attached patch or by using `wp_enqueue_script()`) then I'd be able to
 silently remove the feature for these "special" clients and avoid the
 frantic "what happened" and "should I still be using WordPress"
 conversations that result.

 I see the arguments about un-obfuscating the code or removing the feature
 are moot.  But I would like a way to disable the feature without having to
 hack core to do it.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/12816#comment:21>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list