Tacsipacsi added a comment.

  In T309770#7976890 <https://phabricator.wikimedia.org/T309770#7976890>, 
@Krinkle wrote:
  
  > 1. wgEnableUploads is enabled fairly widely even on many wikis that 
effectively don't have an upload link in the sidebar and don't permit 
non-sysops to upload. These are a number of wikis that once allowed uploads and 
disable it but keep this flag on to allow admins to theoretically react to 
anything that might be arise with files that used to exist and e.g. override 
the handful of files that remain. This means we'd expose the namespace as new 
and parement entry in every UI control on Search, Move page, etc.  but have no 
practical purpose. This is how the task got filed, and while for wikidata it 
was always false afaik, many other wikis like nl.wikipedia.org have it 
technically true via `wgEnableUploads => commonsuploads => true` and thus 
remain affected by the regression/bug as reported.
  
  The File namespace is also exposed in places where it isn’t expected to be 
useful (like as a move target), so I don’t think it would make things 
substantially worse. However, if there are no actually uploaded video/audio 
files on the wiki, creating TimedText makes no sense, so maybe it should be 
disallowed to create subtitles for redlinked files (even on Commons), which 
would automatically mean that there won’t be any TimedText pages on most wikis.
  
  However, these changes need to be carefully thought over, which means they 
probably won’t make in this week’s train, so I think the best would be to 
revert fcf8b631a8f0 
<https://phabricator.wikimedia.org/rETMHfcf8b631a8f0296525dc478d9f4009075b0d84e3>
 partially and 4c147802f2e4 
<https://phabricator.wikimedia.org/rETMH4c147802f2e42bae1bbad6637a6b567f30e1dd78>
 totally now, backport the revert, and then remove the variable in a more 
thought-over way, without time pressure.

TASK DETAIL
  https://phabricator.wikimedia.org/T309770

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Tacsipacsi
Cc: Krinkle, TheDJ, Ladsgroup, Tacsipacsi, Jdforrester-WMF, Aklapper, 
Fernandobacasegua34, Astuthiodit_1, Susie413113, 786, Suran38, Biggs657, 
karapayneWMDE, Invadibot, Lalamarie69, maantietaja, Juan90264, PachaTchernof, 
Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, Kent7301, 
joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, 
Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, 
Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Wong128hk, 
Wikidata-bugs, aude, jayvdb, brion, Mbch331
_______________________________________________
Wikidata-bugs mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to