rce which
interrupted almost everyone. See wikisource-l for details.
I think there are times when a community would like a mass notice of some
sort, and it will differ based on the project and community size and the
likely impact of the upgrade.
--
John Vandenberg
__
It would be nice if wikidata could store the appropriate pagename for
articles that dont exist yet.
Not very important, as a suitable pagename can be guessed in most cases
using occupation.
On Dec 4, 2013 11:55 PM, "Andy Mabbett" wrote:
> On 2 December 2013 17:49, Gerard Meijssen
> wrote:
> > T
On Oct 27, 2013 4:19 AM, "MZMcBride" wrote:
>
> Brad Jorsch (Anomie) wrote:
> >On Sat, Oct 26, 2013 at 12:52 PM, MZMcBride wrote:
> >> There's an open question in my mind as to what constitutes a "non-free
> >>font,"
> >
> >In this context, I mean "non-free" in the context of libre rather than
>
On Oct 3, 2013 10:05 PM, "Mark A. Hershberger" wrote:
>
> On 10/03/2013 09:18 AM, Shrinivasan T wrote:
> >> Wikidata + JS to the rescue!??
> >
> > Thanks for the reply.
> >
> > I am very new to the wikidata.
>
> Me too.
>
> Unfortunately I don't see a way to get this information any API query.
>
>
ed, and then mark the revision as
patrolled so it no longer appears in the queue.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Sep 27, 2013 8:18 PM, "Derric Atzrott"
wrote:
>
> >> Is it possible to
> >>> enable them in reverse-mode so that all edits are flagged as good, but
> >>> editors can flag them as bad? If not, I can't see how it could be
> >>> useful for this purpose...
> >>>
> >>
> >> "flagging as bad"? Do you
nsion has lots of bus and feature requests against it; fixing them
will make it more flexible. Does huggle make use of the abuse filter tags?
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Aug 4, 2013 6:14 AM, "David Gerard" wrote:
>
> On 3 August 2013 21:06, John Vandenberg wrote:
>
> > p.s. Try VE on 26kbps - that is all my mother can obtain currently,
unless
> > she gets satellite, which is too expensive for her - she lives ~10 kms
from
>
On Aug 4, 2013 1:31 AM, "Tyler Romeo" wrote:
>
> I think we can agree that VE has some performance considerations, but if
> you take a look at the bug report, it's explained why it would be so
> incredibly difficult to implement section editing.
Not really. Some sections on some pages are complex
interface was relabelled and better
documented. i.e.
https://bugzilla.wikimedia.org/show_bug.cgi?id=34490
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
probably dont receive many edits)
John Vandenberg.
sent from Galaxy Note
On Jul 27, 2013 6:15 AM, "Juergen Fenn"
wrote:
> 2013/7/26 Greg Grossmeier :
>
> > == Monday ==
> > * VisualEditor will be enabled for non-logged in (anonymous) users on
> > the following
is an example where there are higher percentages..?
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Wed, Jul 24, 2013 at 9:02 AM, Subramanya Sastry
wrote:
> On 07/23/2013 05:28 PM, John Vandenberg wrote:
>>
>> On Wed, Jul 24, 2013 at 2:06 AM, Subramanya Sastry
>> wrote:
>>>
>>> Hi John and Risker,
>>>
>>> First off, I do want to
our post. I
> acknowledge your intention to make sure we dont make false claims about
> VE/Parsoid's usability. Thanks for taking the time for digging them up.
> My answers below are made with an intention of figuring out what the issues
> are so they can be fixed where they ne
did=68451155
There are 24 open bugs for 'visualeditor nowiki'
https://bugzilla.wikimedia.org/buglist.cgi?title=Special%3ASearch&quicksearch=visualeditor%20nowiki&list_id=219994
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
uch
love by claiming that it is now stable and not causing broken diffs.
In addition, VE can crash a Google Chrome tab, and it can cause
(unsaved changes) dataloss in most browser configurations.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
There is a Firefox extension to get past the captchas...
-- Forwarded message --
From: Graham Pearce
Date: Wed, Jan 23, 2013 at 5:41 PM
Subject: Re: Fwd: [Wikitech-l] Why are we still using captchas on WMF sites?
To: John Vandenberg
Yes, I have. There isn't an essay abo
On Jan 23, 2013 8:09 AM, "Thehelpfulone"
wrote:
>
> On 22 January 2013 19:44, Manuel Schneider wrote:
>
> > Am 22.01.2013 20:42, schrieb Leslie Carr:
> > > On Tue, Jan 22, 2013 at 11:28 AM, Manuel Schneider
> > > wrote:
> > >> I'd like to notify you that thanks to the generosity and cooperation
i
On Dec 28, 2012 12:47 PM, "John Vandenberg" wrote:
>
> Add to that list the underlying XFF blocking bug.
>
> https://bugzilla.wikimedia.org/show_bug.cgi?id=23343
>
> Back on topic, is it necessary for good users seeking IP block exemption
to be checkusered? I doubt i
main account when a sock is blocked.
Tor exemption should be separate from IP block exemption.
John Vandenberg.
sent from Galaxy Note
On Dec 28, 2012 12:13 PM, "Federico Leva (Nemo)" wrote:
> I rather think that devs' time would be best spent ensuring that our tools
> again
Small (native) apps can do Wikimedia work quite effectively using the api
Upload image
File categorisation
New page patrol
Flagged revs/Pending changes
OTRS
John Vandenberg.
sent from Galaxy Note
On Dec 12, 2012 7:04 AM, "MZMcBride" wrote:
> Brion Vibber wrote:
> > Over
ties?
>
> Is there no facility to report false positives on their website?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikimedia UK mailing list
> wikimediau...@wikimedia.org
> http://mai
and should be removed.
This may be unworkable because the spam-bot could use the linksearch
tool to check whether a link is good or not.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
uld be awesome.
https://bugzilla.wikimedia.org/show_bug.cgi?id=9838
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
r two, it wont be more effective than the current system,
and the current system of steward re-elections isnt replaceable with
your design (or any other software solution).
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikim
to gauge whether a sysop is likely to return soon. The
security aspect is only a small part of it.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
enough to at least be able to follow their own rules.
Rules? which rules. There are seven projects which have multiple
languages, and over 282 languages. Good luck updating all their
policies, and talking to all the sysops who arnt complying with the
policy, et
On Wed, Apr 4, 2012 at 6:25 PM, Petr Bena wrote:
> On Wed, Apr 4, 2012 at 10:15 AM, John Vandenberg wrote:
>> What happens if the ex-sysop has lost access to their original email
>> address .. ?
>>
>
> If the sysop lost their email, they are in same troubles as if
hat happens if the ex-sysop has lost access to their original email
address .. ?
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> links and the lack of auto-redirection is becoming a larger and larger
> usability problem for me. (I don't use HTTPS-Everywhere on my personal
> computer.)
Why isnt HTTPS Everywhere a good solution for you?
--
John Vandenberg
_
Also related:
https://bugzilla.wikimedia.org/show_bug.cgi?id=33898
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Mon, Jan 23, 2012 at 4:40 PM, K. Peachey wrote:
> This really should be filed in bugzilla.
aye.
https://bugzilla.wikimedia.org/show_bug.cgi?id=33897
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
ht
On Mon, Jan 23, 2012 at 3:51 PM, John Vandenberg wrote:
> Hi Mark,
>
> There are a lot of http links to mail.wiki[pm]edia.org, where mailman
> and pipermail used to work.
My problem was that I use the HTTPS Everywhere, and it was trying to use
https instead of http, and reporting
Hi Mark,
There are a lot of http links to mail.wiki[pm]edia.org, where mailman
and pipermail used to work. They are in email footers headers and in
Wikipedia.
https://google.com/search?q=%22mail.wikipedia.org%22+-site:lists.wikimedia.org
Thanks,
John Vandenberg
use in a publicly accessible document?
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
and ABC
sheet music online.
Should Wikisource hold a poll to prove we want this, and would kiss
the feet of the developer who fixes the problems? :P ;-)
Does the lilypond '-safe' mode not resolve the security problems?
--
John Vandenberg
if the 'Author' namespace was part of
this "did you mean" automatic redirection.
e.g.
http://enws.org/Special:Search/Mark_Twain
could take the browser directly to
http://en.wikisource.org/wiki/Author:Samuel_Langhorne_Clemens
This would remove the need to have a "author=
maintained category structure with better results than the search
results, and gallery pages ([[foo]]) are not as well maintained.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
%A4ndardiskussion:John_Vandenberg
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
the Wikipedia articles,
> but in a new plataform. It would be an interesting experiment.
Something like this.. ?
http://wikimedia.org.au/wiki/Proposal:PersonalWikiTool
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
se virtual hosts other than a few
regexes which are extremely unlikely to be used as page names (i.e.
\/w\/.*\.php).
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Tue, May 17, 2011 at 5:37 PM, Brion Vibber wrote:
> MZ, if you're aware of *any* specific bugs where this is an issue, please
> let me or Mark know and we'll take a look at them.
http://wikisource.org/wiki/WS:BUGS
--
John Vandenberg
Wtf?
ArbCom members are expected to be responsive to discussions about
English Wikipedia occurring on internal-l?
Could you please clarify who are you're obliquely attacking here?
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wi
and may be keen to help.
--
John Vandenberg
On Tue, Nov 23, 2010 at 8:03 AM, Nicolas Vervelle wrote:
> Hello,
>
> I am interested in developing an extension for handling molecular files
> (files containing informations about chemical molecules : atoms, bonds,
> ...).
> If I under
r as part of Common.js,
like is done for 'secure' interwikis.
https://bugzilla.wikimedia.org/show_bug.cgi?id=5440
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ns files on
$wgFileBlacklist, and not on $wgFileExtensions + $wgZipFileExtensions.
$wgZipFileExtensions would consist of array('xml')
Then check the mimetypes of the files in the zip, against
$wgMimeTypeBlacklist (with 'application/zip
n use the same password for many sites.
Their password may not have much value on WMF projects ('at worst they
access admin functions'), but it could be used to access their gmail
or similar.
--
John Vandenberg
___
Wikitech-l mailing list
Wi
password now ;-(
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
debugging.
(I've always considered the 'Misc' section of the prefs to be 'Performance')
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 9/24/10, Marcin Cieslak wrote:
> There are static dumps available here:
>
> http://download.wikimedia.org/dewiki/
>
> Is there any problem with using them?
I think they are from June 2008.
A fresh static dump would be good.
--
simple solution.
All changes should either be:
a) a patch on bugzilla, reviewed by anyone, and approved _on_bugzilla_
by a tech lead
b) the landing of a branch, approved by a tech lead in some public forum.
>From that, all else flows.
--
John Vandenberg
_
source projects have
different layouts, esp. templates such as the header on each page.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
nk).
btw, I thought Domas was kidding. I got a chuckle out of it, at least.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
; and 'Page', and they are in the messages, so
translations for them (and the talk namespaces) are necessary.
http://translatewiki.net/w/i.php?title=Special%3ATranslate&task=view&group=ext-proofreadpage&language=fr&limit=100
--
John Vandenberg
__
ie: it'll be possible, and encouraged, to obtain
> multiple resources in one request.
Does that approach gain much over HTTP pipelining?
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.
On Sat, Jul 31, 2010 at 1:45 AM, Aryeh Gregor
wrote:
> On Fri, Jul 30, 2010 at 4:49 AM, John Vandenberg wrote:
>> Could we add a logged-in-reader mode, for people who are infrequent
>> contributors but wish to be logged in for the prefs.
>
> ...
>
> Fortunately, t
e is one) of a page by default' could be enabled by
default. Was there any discussion about the default setting for this
pref?
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
o
rebase these patches.
For example, on mw:Tracker/PM_tool, one dot point is the separation of
tasks, features, etc. This is bug 9412.
https://bugzilla.mozilla.org/show_bug.cgi?id=9412
I'd be happy to work on a few of these in a few weeks time.
--
John Vandenberg
_
e asking
that they add a user-agent for the unidentified traffic.
I am even less in favour of Domas retiring to an armchair, and think
that anyone suggesting that is deluding themselves about Wikimedia's
need of Domas, and Domas' reason for volunteering.
--
John Vandenberg
_
provided in this thread clearly show that the solution had
a positive & desired effect.
A few negative side-effects have been put forward, such as preventing
browsing without a UA, but Domas has also indicated that other tech
team members can overturn the change if the
ikimedia/squids/SquidReportClients.htm
A fully patched Windows 2000 machine only upgrades as far as 6.x;
IE7&8 are not available for W2K. Of course, W2K users can migrate to
Firefox, so they do have options, however IE6 is sufficiently
functional for wikitext editing and reading.
Is the
figure the OptIn list, and the ability
to import a whitelist like Adblock and IETab.
fwiw, Mozilla-in-IE was at a similar stage three years ago.
http://starkravingfinkle.org/blog/2006/12/xule-what-if/
--
John Vandenberg
___
Wikitech-l mailing list
W
cceptable to use a conditional include?
http://stopdesign.com/examples/ie5mac-bpf/
Alternatively, we could load the stylesheet at runtime with
JavaScript. That approach is already being used for IE specific
JavaScript fixes.
--
John Vandenberg
bout what browser people on Mac Classic should migrate to for
> viewing Wikipedia. I'm reasonably confident that Wikipedia would
> render fine in IE 5 for Mac (or iCab, or Classilla).
In this thread, Chad suggested that the IE for Mac stylesheet could be
pha
then, there is
> <http://www.askvg.com/download-mozilla-firefox-30-portable-edition-no-installation-needed/>
Excuse me? please read the earlier posts in this thread.
I am talking about IE for Mac Classic.
iCab support? Is Classilla a sensib
On Sun, Jan 31, 2010 at 8:28 PM, Thomas Dalton wrote:
> On 31 January 2010 05:07, John Vandenberg wrote:
>> An important distinction is that IE for Mac users on Mac OS (classic)
>> don't have the copious upgrade options available to IE 5.5 users on
>> Windows.
>
>
iCab support?
What are the remaining browsers available for Classic Mac OS users?
Classilla is the only browser that I can quickly see is still
maintained.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wi
On Sat, Jan 9, 2010 at 3:49 PM, Tim Starling wrote:
> John Vandenberg wrote:
>> On Sat, Jan 9, 2010 at 12:10 PM, Tim Starling
>> wrote:
>>> Platonides wrote:
>>>> What were the reasons for replacing lighttpd with Sun Java System Web
>>>> Server ?
age, which points to the MediaWiki wiki.
https://confluence.toolserver.org/pages/listpages-dirview.action?key=main
Are there plans to make greater use of the Confluence wiki?
https://wiki.toolserver.org/view/Domains#confluence.toolserver.org
--
John Vandenberg
__
acks without
being paid, perhaps you will at least publicly disclose the problem.
If you do neither, you're well on your way to being a bottom-feeder.
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
with high traffic, which
means that there is an active community who can ensure that the
messages are up to date.
Domas suggested the top 20 wikis, but I think the top 10 of these
should be the wikis where optimisations takes precedence over
translations.
http://meta.wikimedia.org/wiki/Lis
bout this a while ago.
http://www.mediawiki.org/wiki/Project:Support_desk/Archives/Miscellaneous/007#tuning_MediaWiki:Aboutsite
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
e interface can
> strip away all the general crud and just provide information relevant
> to that topic area.
And moving slightly away from "editing", Flickr could have an "upload
to Wikimedia Commons" application which integ
http://en.wikipedia.org/wiki/Greasemonkey
--
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
disable
software features are best left in the hands of the technical staff.
Regards,
John Vandenberg
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Mon, Mar 9, 2009 at 6:57 PM, Robert Rohde wrote:
> On Mon, Mar 9, 2009 at 12:37 AM, John Vandenberg wrote:
>> On Mon, Mar 9, 2009 at 6:09 PM, Andrew Garrett wrote:
>>> On Mon, Mar 9, 2009 at 2:36 PM, John Vandenberg wrote:
>>>> Has the dumper been tweaked
On Mon, Mar 9, 2009 at 6:09 PM, Andrew Garrett wrote:
> On Mon, Mar 9, 2009 at 2:36 PM, John Vandenberg wrote:
>> Has the dumper been tweaked to remove all hidden revisions, including
>> hidden usernames recently fixed in bug 17792?
>
> That was a bug in contributions, not
ributed
> index build systems at Amazon to guide his research -- and will report
> to y'all later this week with some more concrete details.
Has the dumper been tweaked to remove all hidden revisions, including
hidden usernames recently fixed in bug 17792?
--
John Vandenberg
e.wikipedia.org/wiki/Benutzer:ParaDox/VirtualReferences.js
Which has now moved to:
http://de.wikipedia.org/wiki/Benutzer:ParaDox/monobook/VirtualReferences.js
It was copied to en.wp.
http://en.wikipedia.org/wiki/User:FT2/scripts/previewrefs.js
--
John Vandenberg
_
format. The
> Internet Archive is the only one to make avaiable both .pdf and .djvu for
> the same book (the .djvu version from IA is also a low quality file, but it
> at least is delivered with a high-quality OCR embedded at the .djvu file due
> to some clo
80 matches
Mail list logo