Page MenuHomePhabricator

Enable $wgContentHandlerUseDB everywhere (bug 49193)
Closed, DuplicatePublic


  1. Resolve blocker bugs (e.g. bug 70901 - Users can change the content model of other users' user pages to CSS or JS)
    • "Being able to set page content type of User's subpages to javascript or css without edituserjs/editusercss rights seems like a bug."
    • "Do we need a new user right?"
    • "undo seems broken when undoing revisions that change the content type"
  2. Any wikis where we don't want this? (see config change gerrit 170129)

Event Timeline

bd808 raised the priority of this task from to Medium.
bd808 updated the task description. (Show Details)
bd808 changed Security from none to None.
bd808 moved this task from Scheduled to Blocked on the Scrum-of-Scrums board.

Barring the security issue, there really shouldn't be any reason for a wiki to need/want this staying as false

EBernhardson subscribed.

as of december 1st wgContentHandlerUseDB is not enabled everywhere, it is only enabled at wikidata, testwiki, test2wiki and mediawikiwiki. needs to be reviewed and merged to close this ticket.