Hello All,
We had shelved my patch, patch 64629 <https://gerrit.wikimedia.org/r/64629>,
in hopes that an earlier patch, patch
61809<https://gerrit.wikimedia.org/r/61809>(bug
35233 <https://bugzilla.wikimedia.org/show_bug.cgi?id=35233>), would
resolve the issue naturally as Google re-indexed. But it appears Google has
re-indexed and yet the .zero.wikipedia.org URLs are still present in
Google's index, instead of the <language>.wikipedia.org URLs.
I have thus resubmitted patch 64629 <https://gerrit.wikimedia.org/r/64629> for
re-review. We will need to further discuss whether it is appropriate to
have Google completely remove .zero.wikipedia.org links from their cache,
or if perhaps we need to open a support thread with Google about canonical
URLs.
On Tue, May 28, 2013 at 1:13 PM, Kul Wadhwa <kwadhwa(a)wikimedia.org> wrote:
> Adam Baso (copied on this email) is working on it and a fix is ready.
> He'll do some testing to make sure it's resolved.
>
> On Tue, May 28, 2013 at 10:22 AM, Tomasz Finc <tfinc(a)wikimedia.org> wrote:
>
>> Looping Dan Foy in who's managing the Zero backlog.
>>
>> On Mon, May 27, 2013 at 8:01 AM, MZMcBride <z(a)mzmcbride.com> wrote:
>> > K. Peachey wrote:
>> >>Can you please file this in bugzilla <https://bugzilla.wikimedia.org>?
>> >
>> > https://bugzilla.wikimedia.org/show_bug.cgi?id=48856
>> >
>> >
>> > MZMcBride
>> >
>> >
>> >
>> > _______________________________________________
>> > Wikimedia-l mailing list
>> > Wikimedia-l(a)lists.wikimedia.org
>> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l
>>
>> _______________________________________________
>> Wikimedia-l mailing list
>> Wikimedia-l(a)lists.wikimedia.org
>> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l
>>
>
>
>
> --
> Kul Wadhwa
> Head of Mobile
> Wikimedia Foundation
>
Hi, when mobile WP was in its childhood, it was decided that we're not
ready to display videos on our pages, so they were stripped. And
stripped very crudely, by removing just #ogg_player_1 and
#ogg_player_2 so that only first two videos on a page were removed.
What are your opinions - shoudld we continue doing this?
--
Best regards,
Max Semenik ([[User:MaxSem]])
Update on error numbers:
111 errors since we pushed the fix on Tuesday 2pm to avoid anonymous token
problems.
Things are looking much better and come under 3 types of error
Here is the new breakdown
1) Errors due to bad filenames / bad filetypes
Missing filename: Bad filename 67
> This is now the biggest cause of errors. I suggest we log the file names
users are trying to upload with to identify what is going wrong. A bug is
open https://bugzilla.wikimedia.org/show_bug.cgi?id=49544
There are various other errors which are probably not worth our time as
they suggest vandal edits:
This file did not pass file verification 4
Unknown error: "titleblacklist-forbidden-edit" 5
Unknown error: "titleblacklist-custom-filename" 1
Missing filename: Filename exists 1
Missing filename: Duplicate archive 1
Filetype not permitted: MOV 1
> The file type not permitted errors could be solved by checking the image
in preview mode correctly loaded and whether it has a width that isn't 0.
2) Errors due to tokens
Bad token name. 15
> These have all occurred on en.m.wikipedia.org, ru.m.wikipedia.org and
meta.m.wikimedia.org
> 5 of them were on the uploads page
Investigating with Chris it seems this can happen when a user has logged in
on mobile, left the page for some time and thus their login has expired.
Requesting a central auth token without being logged in will cause this
error. We should explore checking login status before starting the upload
workflow and redirect the user to the login page.
Invalid token 5
> We are caching tokens that have since expired. We should explore
invalidating tokens.
3) Other errors
These bugs are all pretty mysterious and it's not clear what causes them
* The modification you tried to make was aborted by an extension hook 7
* error: 3
> Note This occurs when an error happens but the error is missing an 'info'
property.
e.g. the response is:
{ error: {} }
An internal error occurred 1
On Sat, Jun 8, 2013 at 3:49 PM, Max Semenik <maxsem.wiki(a)gmail.com> wrote:
> On 08.06.2013, 21:07 Brian wrote:
>
>
>> I suspect that is caused by UploadBlacklist extension, which
>> blacklists about 23 files by their sha hash. According to the config
>> file, there's a log at "udp://$wmfUdp2logDest/upload-blacklist", so
>> you can probably check if that guess is right.
>
> $ grep -v 'MISS' upload-blacklist.log
> $
>
> --
> Best regards,
> Max Semenik ([[User:MaxSem]])
>
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Jon Robson
http://jonrobson.me.uk
@rakugojon
Hi list,
I recently helped shepherd a new skin into Mediawiki;
https://www.mediawiki.org/wiki/Skin:Erudite
I would like to think it is perfect in every way, but one area it
hasn't had any love is making sure it works well on mobile devices.
To the best of my knowledge it shouldn't do anything particularly
heinous, but I don't have any such devices to test it on. If anybody
has a few minutes and could have a play, and see if anything could
be improved, please do and let me know on list.
A live example of it is at
https://www.dur.ac.uk/nick.white/erudite-demo/mediawiki-current/
which should have full editing etc rights enabled. It's a dummy
wiki, so add whatever you like.
Thanks in advance!
Nick White