https://bugzilla.wikimedia.org/show_bug.cgi?id=62598
--- Comment #112 from Lupo <lupo.bugzi...@gmail.com> --- (In reply to Ryan Kaldari from comment #109) > 2. Because we are a wiki. Allowing people to share isn't just a motto we're > supposed to give lip service to. We should exhaust as many plausible > solutions as possible before we effectively disable a core feature like > uploading. In many parts of the world, mobile phones are the predominant way > people access Wikipedia. While I would tend to agree with you in general, in this case it's not "switching off a core feature". It'd be switching off a "relatively recently added feature that has proven problematic". It's not "Smartphones are evil, and poor countries be damned; we shut you out", it'd be more like, "Sorry guys, we tried, but this isn't it yet. We're going back to the drawing boards and hope to come back again later". > Also, it would be helpful to have an actual goal in mind. What percentage of > bad mobile web uploads can be tolerated? 75%? 50%? 25%? Does volume affect > that number? The goal is actually quite simple: the ratio must be such that you don't get complaints from the Commons community. Only half joking. The percentage of speedy deletions and deletion requests for mobile/web must not exceed that of other uploads. Imagine if we had a 80-90% rejection rate on normal desktop uploads... if mobile/web uploads blend in with other uploads in that respect, then they're acceptable and you won't get complaints about mobile/web uploads in particular. Maybe it is then discovered that the crap rate is too high in general, but that would then be a different problem. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
