(I'm taking a two week hiatus from banging the 1.17 tarball release drum. It'll be be back next week. In the meantime, have a look at http://bugzilla.wikimedia.org/26676)
Earlier this week, I gave you my list of bugs marked “highest” priority, but two devs that I have an enormous amount of respect for pointed out gaping holes in my list and made it practically non-existent. So, tonight, I've gone through the next level of bugs trying to find the ones that I thought should be the “highest” priority.
But first, If you'd like to look at the two lists I put out earlier this week here are links to the messages:
http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/52549 http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/52568
Now, the new “highest” priority bugs.
Bug# Description
2888 Broken thumbnails not being generated https://bugzilla.wikimedia.org/2888 It isn't clear that this one is still happening, and later comments may have turned this into an “SVG doesn't thumbnail bug” which would make this a dupe of (probably) #8566
6100 Allow different directionality (rtl/ltr) for user interface and wiki content depending on user preferences language and &uselang https://bugzilla.wikimedia.org/6100 I worked on something related to this bug last year (maybe fixing it?) and the bug has plenty of patches available if more work is needed. This one seems worth the effort.
14629 Titleblacklist entires with <newaccountonly> should affect automatically created accounts with SUL too https://bugzilla.wikimedia.org/14629 Still popping up as recently as last November. Interest has been shown, not-quite-total fixes applied, but still it remains.
18682 Can't provide alt text for files in <gallery> https://bugzilla.wikimedia.org/18682 I like Maria's comment: I know that moaning won’t get this bug fixed, but I am desperate. I was quite happy when galleries were finally free of layout tables (#3276). However, gallery is as useless as before without the possibility to add alternative text to the images. The more images you have in an article, the more missing alt texts are annoying. And usually articles containing a lot of images (e.g. about paintings) are using galleries.
19161 Auto account creation creates privacy vulnerability https://bugzilla.wikimedia.org/19161 I think this one is fixed but I'm relying on you to help me determine what, if anything, still needs to happen. This is refered to in #23126 as well.
21919 Google News SiteMap Extension https://bugzilla.wikimedia.org/21919 Bawolff has already done a lot of work on this to bring it up to snuff. He now need another developer to review his code and approve it for deployment or tell him what needs to be fixed.
23126 Locked and hidden accounts can unify new local accounts https://bugzilla.wikimedia.org/23126 Tim says this is apparently a deliberate chage, and later comments leave me confused: should this be closed or the fix for this bug reverted?
Let me know what you think of this latest batch of bugs. Are they worthy of the attention?
Mark.
Mark A. Hershberger wrote:
23126 Locked and hidden accounts can unify new local accounts https://bugzilla.wikimedia.org/23126 Tim says this is apparently a deliberate chage, and later comments leave me confused: should this be closed or the fix for this bug reverted?
Now creation logs are not shown for autocreated accounts, which is what comment 11 complains about, so it may be fixed. I would open a new bug if locked accounts can use Special:EmailUser.
19161 Auto account creation creates privacy vulnerability https://bugzilla.wikimedia.org/19161 I think this one is fixed but I'm relying on you to help me determine what, if anything, still needs to happen. This is refered to in #23126 as well.
This is currently fixed as the account creation does not appear in the logs (although smart users could still find the log), and the ability of disabling global login. However, it's not clear if those measures will be undone.
These are very linked with bug 27287, which requests to have creation logs again, and could reopen them. https://bugzilla.wikimedia.org/show_bug.cgi?id=27287
Perhaps the account creation log should perform an union of local tables and centralauth ones.
Platonides wrote:
Mark A. Hershberger wrote:
23126 Locked and hidden accounts can unify new local accounts https://bugzilla.wikimedia.org/23126 Tim says this is apparently a deliberate chage, and later comments leave me confused: should this be closed or the fix for this bug reverted?
Now creation logs are not shown for autocreated accounts, which is what comment 11 complains about, so it may be fixed. I would open a new bug if locked accounts can use Special:EmailUser.
I have been commenting about this with a steward. His position on this is that users locked on any way (lock / lock+hidden / lock+oversight) should not continue unifying on more wikis nor doing anything. Sending emails, editing, changing preferences: nothing.
On Tue, Mar 22, 2011 at 2:15 AM, Platonides Platonides@gmail.com wrote:
I have been commenting about this with a steward. His position on this is that users locked on any way (lock / lock+hidden / lock+oversight) should not continue unifying on more wikis nor doing anything. Sending emails, editing, changing preferences: nothing.
Huh, this is also my position. However, I do not consider autocreation an action.
--vvv
On Mon, Mar 21, 2011 at 7:53 PM, Victor Vasiliev vasilvv@gmail.com wrote:
On Tue, Mar 22, 2011 at 2:15 AM, Platonides Platonides@gmail.com wrote:
I have been commenting about this with a steward. His position on this is that users locked on any way (lock / lock+hidden / lock+oversight) should not continue unifying on more wikis nor doing anything. Sending emails, editing, changing preferences: nothing.
Huh, this is also my position. However, I do not consider autocreation an action.
I agree with Victor. I'd also say banning pref changes is a little draconian. Just because someone has been deemed unfit to contribute doesn't mean we should completely lock them out of the ability to read the sites the way they choose.
-Chad
On Tue, Mar 22, 2011 at 9:58 AM, Chad innocentkiller@gmail.com wrote:
On Mon, Mar 21, 2011 at 7:53 PM, Victor Vasiliev vasilvv@gmail.com wrote:
On Tue, Mar 22, 2011 at 2:15 AM, Platonides Platonides@gmail.com wrote:
I have been commenting about this with a steward. His position on this is that users locked on any way (lock / lock+hidden / lock+oversight) should not continue unifying on more wikis nor doing anything. Sending emails, editing, changing preferences: nothing.
Huh, this is also my position. However, I do not consider autocreation an action.
I agree with Victor. I'd also say banning pref changes is a little draconian. Just because someone has been deemed unfit to contribute doesn't mean we should completely lock them out of the ability to read the sites the way they choose.
-Chad
It should just do the same actions as a block.... which iirc just blocks them from editing content (and user talk and email depending on the block). I really don't see a reason to be blocking preferences or the like....
wikitech-l@lists.wikimedia.org