Jdforrester-WMF added a comment.
In T309770#7976920 <https://phabricator.wikimedia.org/T309770#7976920>, @Tacsipacsi wrote: > 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. I don't agree. This is really quite simple: whilst we still have the broken-by-design model of a TimedText namespace rather than a MCR slot for each subtitle track, the functionality should always be available, unless TMH isn't installed or local uploads aren't allowed. This was an existing bug which is now fixed (except for the minor bug of showing this in a few too many places, because we have the consume and provide parts of TMH intermingled). TASK DETAIL https://phabricator.wikimedia.org/T309770 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdforrester-WMF 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]
