Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Wikipedia: Wikitech

Weekend bugs (aka, highest priority bugs)

 

 

Wikipedia wikitech RSS feed   Index | Next | Previous | View Threaded


mhershberger at wikimedia

Mar 18, 2011, 10:38 PM

Post #1 of 6 (770 views)
Permalink
Weekend bugs (aka, highest priority bugs)

(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.

_______________________________________________
Wikitech-l mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


Platonides at gmail

Mar 19, 2011, 3:25 PM

Post #2 of 6 (742 views)
Permalink
Re: Weekend bugs (aka, highest priority bugs) [In reply to]

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.


_______________________________________________
Wikitech-l mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


Platonides at gmail

Mar 21, 2011, 4:15 PM

Post #3 of 6 (740 views)
Permalink
Re: Weekend bugs (aka, highest priority bugs) [In reply to]

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.




_______________________________________________
Wikitech-l mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


vasilvv at gmail

Mar 21, 2011, 4:53 PM

Post #4 of 6 (743 views)
Permalink
Re: Weekend bugs (aka, highest priority bugs) [In reply to]

On Tue, Mar 22, 2011 at 2:15 AM, Platonides <Platonides [at] gmail> 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

_______________________________________________
Wikitech-l mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


innocentkiller at gmail

Mar 21, 2011, 4:58 PM

Post #5 of 6 (739 views)
Permalink
Re: Weekend bugs (aka, highest priority bugs) [In reply to]

On Mon, Mar 21, 2011 at 7:53 PM, Victor Vasiliev <vasilvv [at] gmail> wrote:
> On Tue, Mar 22, 2011 at 2:15 AM, Platonides <Platonides [at] gmail> 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

_______________________________________________
Wikitech-l mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


p858snake at yahoo

Mar 21, 2011, 5:03 PM

Post #6 of 6 (745 views)
Permalink
Re: Weekend bugs (aka, highest priority bugs) [In reply to]

On Tue, Mar 22, 2011 at 9:58 AM, Chad <innocentkiller [at] gmail> wrote:
> On Mon, Mar 21, 2011 at 7:53 PM, Victor Vasiliev <vasilvv [at] gmail> wrote:
>> On Tue, Mar 22, 2011 at 2:15 AM, Platonides <Platonides [at] gmail> 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 mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Wikipedia wikitech RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.