We don't assign that group automatically anymore by default afaik.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 22 May 2012 00:26, Thehelpfulone wrote:
> Try https://bugzilla.wikimedia.org/userprefs.cgi?tab=saved-searches -
>> you want to share with a group "editbugs" as this is the user group that
>> all users are put into.
>
>
I thought all users had editbugs, but there are 15525 users in total and
1
On 21 May 2012 23:25, Roan Kattouw wrote:
>
> You can share your saved searches. I don't remember how it's done, but
> I seem to have searches in my list that were shared by Antoine and
> Sumana. Example URL:
>
> https://bugzilla.wikimedia.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=Day%
+1 If you guys can make it work then let the mobile team know.
Otherwise were sticking with what works for us.
--tomasz
On Mon, May 21, 2012 at 3:35 PM, Chad wrote:
> Yeah but its a PITA.
>
> -Chad
> On May 21, 2012 6:25 PM, "Roan Kattouw" wrote:
>
>> On Mon, May 21, 2012 at 3:17 PM, Tomasz F
"Khorn (WMF)" changed the status of Wikimedia.r1761 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1761
Old status: new
New status: ok
Commit summary for Wikimedia.r1761:
Added server, gateway and email domain. Emtpy fields should have -- in them.
___
Yeah but its a PITA.
-Chad
On May 21, 2012 6:25 PM, "Roan Kattouw" wrote:
> On Mon, May 21, 2012 at 3:17 PM, Tomasz Finc wrote:
> > On Mon, May 21, 2012 at 2:25 PM, Mark A. Hershberger
> wrote:
> >> The Developer works with the Director to help the Director develop
> >> reasonable timelines.
On Mon, May 21, 2012 at 3:17 PM, Tomasz Finc wrote:
> On Mon, May 21, 2012 at 2:25 PM, Mark A. Hershberger
> wrote:
>> The Developer works with the Director to help the Director develop
>> reasonable timelines. Bugzilla's Milestones and the priority within a
>> Milestone are especially suited f
On Mon, May 21, 2012 at 2:25 PM, Mark A. Hershberger wrote:
> The Developer works with the Director to help the Director develop
> reasonable timelines. Bugzilla's Milestones and the priority within a
> Milestone are especially suited for this.
We tried the milestones and they were worse then tr
Krinkle writes:
> TL;DR: Reduce number of fields in our BugZilla. Simplify access to
> search filters.
I talked for a bit about this with Krinkle today. I think part of the
problem with the complexity of the fields (and, yes, Bugzilla fields are
too complicated) comes from the different roles
"Khorn (WMF)" changed the status of Wikimedia.r1760 to "ok"
URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1760
Old status: new
New status: ok
Commit summary for Wikimedia.r1760:
Adding column definition for utm_key
___
MediaWiki-CodeRevie
... in consequence, you will _/not /_receive further major security alerts.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Mon, May 21, 2012 at 4:28 PM, Thomas Gries wrote:
> Am 21.05.2012 22:27, schrieb Max Semenik:
>> On 22.05.2012, 0:24 Thomas wrote:
>>
>>> FYI
>>> ** Keine Antwort erforderlich ** no reply needed **
>>> http://www.openoffice.org/security/cves/CVE-2012-1149.html
>>> http://www.openoffice.org/secu
Am 21.05.2012 22:27, schrieb Max Semenik:
> On 22.05.2012, 0:24 Thomas wrote:
>
>> FYI
>> ** Keine Antwort erforderlich ** no reply needed **
>> http://www.openoffice.org/security/cves/CVE-2012-1149.html
>> http://www.openoffice.org/security/cves/CVE-2012-2149.html
>> http://www.heise.de/newsticker
On 22.05.2012, 0:24 Thomas wrote:
> FYI
> ** Keine Antwort erforderlich ** no reply needed **
> http://www.openoffice.org/security/cves/CVE-2012-1149.html
> http://www.openoffice.org/security/cves/CVE-2012-2149.html
> http://www.heise.de/newsticker/meldung/Kritische-Sicherheitsluecke-in-OpenOffic
Got to love code like this: http://www.exploit-db.com/exploits/18861/
— Patrick
On Mon, May 21, 2012 at 1:21 PM, Thomas Gries wrote:
> ** Keine Antwort erforderlich ** no reply needed **
>
> FYI:
> I just received the following information
>
> http://www.heise.de/newsticker/meldung/Ungepatche-Lu
FYI
** Keine Antwort erforderlich ** no reply needed **
http://www.openoffice.org/security/cves/CVE-2012-1149.html
http://www.openoffice.org/security/cves/CVE-2012-2149.html
http://www.heise.de/newsticker/meldung/Kritische-Sicherheitsluecke-in-OpenOffice-und-LibreOffice-1579949.html
(German)
** K
** Keine Antwort erforderlich ** no reply needed **
FYI:
I just received the following information
http://www.heise.de/newsticker/meldung/Ungepatche-Luecke-in-aktueller-PHP-Version-1580790.html
(German)
https://isc.sans.edu/diary.html?storyid=13255
"Clarifications/Updates to the original diary:
Full history, but apparently I didn't do some fancy things that Chad usually
does. Chad is going to redo this conversion this week.
On May 21, 2012, at 4:10 PM, K. Peachey wrote:
> On Tue, May 22, 2012 at 4:17 AM, Andrew Otto wrote:
>> Chad, I'm not sure if this matters for what you are doing
On Tue, May 22, 2012 at 4:17 AM, Andrew Otto wrote:
> Chad, I'm not sure if this matters for what you are doing, but I recently
> moved this
> http://svn.mediawiki.org/viewvc/mediawiki/trunk/udplog/
> to
> https://gerrit.wikimedia.org/r/gitweb?p=analytics/udplog.git;a=summary
>
> Is there a lis
Thanks! and run that 1 time per day, they dont get deleted that quickly.
mike
On Mon, May 21, 2012 at 9:11 PM, emijrp wrote:
> Create a script that makes a request to Special:Export using this category
> as feed
> https://en.wikipedia.org/wiki/Category:Candidates_for_speedy_deletion
>
> More info
Create a script that makes a request to Special:Export using this category
as feed
https://en.wikipedia.org/wiki/Category:Candidates_for_speedy_deletion
More info https://www.mediawiki.org/wiki/Manual:Parameters_to_Special:Export
2012/5/21 Mike Dupont
> Well I whould be happy for items like thi
Am 21.05.2012 18:41, schrieb Marcin Cieslak:
>
> I have a question here since I am not sure I fully understand the problem:
> how are you getting notifications that i18n files have changed?
> From gerrit or git? I think it should be the latter (some git hook).
From Gerrit. Manually opening every
Well I whould be happy for items like this :
http://en.wikipedia.org/wiki/Template:Db-a7
would it be possible to extract them easily?
mike
On Thu, May 17, 2012 at 2:23 PM, Ariel T. Glenn wrote:
> There's a few other reasons articles get deleted: copyright issues,
> personal identifying data, etc.
On Mon, May 21, 2012 at 2:17 PM, Andrew Otto wrote:
> Chad, I'm not sure if this matters for what you are doing, but I recently
> moved this
> http://svn.mediawiki.org/viewvc/mediawiki/trunk/udplog/
> to
> https://gerrit.wikimedia.org/r/gitweb?p=analytics/udplog.git;a=summary
>
> Is there a lis
You can create a script that uses Special:Export to export all articles in
the deletion categories just before they are deleted.
Then import them into your "Deletionpedia".
2012/5/17 Mike Dupont
> Hi,
> I am thinking about how to collect articles deleted based on the "not
> notable" criteria,
>
Chad, I'm not sure if this matters for what you are doing, but I recently moved
this
http://svn.mediawiki.org/viewvc/mediawiki/trunk/udplog/
to
https://gerrit.wikimedia.org/r/gitweb?p=analytics/udplog.git;a=summary
Is there a list or page somewhere that keeps track of what has already been
m
On Mon, May 21, 2012 at 10:50 AM, Stephan Gambke wrote:
> Hi,
>
> the next batch of extensions to be transferred to Git is overdue for
> more than a week now. Any idea, when it will actually happen?
> (http://www.mediawiki.org/wiki/Git/Conversion/Extensions_queue)
>
I apologize for letting those
"Siebrand" posted a comment on MediaWiki.r115407.
URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/115407#c32812
Commit summary for MediaWiki.r115407:
adding basic .gitignore
Siebrand's comment:
Why add .gitignore in Subversion?
___
MediaWik
I'm a little late to this as well, but I didn't see any mention of Trac (
http://trac.edgewall.org/ ) in this thread. It has several things in its favor:
- Open source
- Python
- Great community
- Easily hackable, very flexible, and as a result...
- Tons of open-source plugins for all your needs
> Some extension commits go past Gerrit code review. This means that it
> is impossible to even get notifications on those extensions. Some of
> those extensions are in use at translatewiki.net and given the
> numerous breakages related to those extensions lately, I am seriously
> considering remov
By chance Wikidata[1] could be a substitute for the Global Profile[2]?
Because at least from what I understand it would not take much to implement
this.
I do not know if I'm talking nonsense, but I would be happy if it was done.
[1]http://meta.wikimedia.org/wiki/Wikidata
[2]http://www.mediawiki.o
On Mon, May 21, 2012 at 11:01 AM, Erik Zachte wrote:
> I fixed the reports.
> English version of reports has been updated, update for other languages is
> ongoing.
> http://stats.wikimedia.org/EN/ChartsWikipediaID.htm
>
> BTW these are generated once a month only.
>
> Cheers, Erik Zachte
Thanks!
I fixed the reports.
English version of reports has been updated, update for other languages is
ongoing.
http://stats.wikimedia.org/EN/ChartsWikipediaID.htm
BTW these are generated once a month only.
Cheers, Erik Zachte
-Original Message-
From: wikitech-l-boun...@lists.wikimedia.org
[mai
Hi,
the next batch of extensions to be transferred to Git is overdue for
more than a week now. Any idea, when it will actually happen?
(http://www.mediawiki.org/wiki/Git/Conversion/Extensions_queue)
Cheers,
Stephan
___
Wikitech-l mailing list
Wikitech
(Cross posting to wikimedia-l as suggested by MZMcBride)
Yup I'm actually talking about the project home page
(www.wikipedia.org) which some people land on from a google search.
I've been working on some adjustments to the styling of
www.wikipedia.org to make it mobile friendly for browsers that s
Le 20/05/12 20:51, Jeroen De Dauw a écrit :
> Awesome, just submitted my changes to this stuff to gerrit. But this is
> only for notifications of stuff happening on gerrit right? What about
> bugzilla?
Bugzilla IRC notifications are handled by wikibugs. It is a perl script
that process bugzilla em
36 matches
Mail list logo
