https://bugzilla.wikimedia.org/show_bug.cgi?id=18065
Aaron Schulz changed:
What|Removed |Added
CC||jschulz_4...@msn.com
--- Comment #2
https://bugzilla.wikimedia.org/show_bug.cgi?id=16658
Tim Starling changed:
What|Removed |Added
CC||tstarl...@wikimedia.org
St
https://bugzilla.wikimedia.org/show_bug.cgi?id=16660
Bug 16660 depends on bug 16658, which changed state.
Bug 16658 Summary: Run refreshLinks.php on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=16658
What|Old Value |New Value
https://bugzilla.wikimedia.org/show_bug.cgi?id=18065
Niklas Laxström changed:
What|Removed |Added
CC||niklas.laxst...@gmail.com
--- Co
https://bugzilla.wikimedia.org/show_bug.cgi?id=16448
m1shaw...@yahoo.com changed:
What|Removed |Added
CC||m1shaw...@yahoo.com
--- Comm
https://bugzilla.wikimedia.org/show_bug.cgi?id=17673
--- Comment #5 from jida...@jidanni.org 2009-03-20 04:31:44 UTC ---
Reopening, as still seen at r48623.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugzilla.wikimedia.org/show_bug.cgi?id=17673
jida...@jidanni.org changed:
What|Removed |Added
Severity|enhancement |normal
Version|unspec
https://bugzilla.wikimedia.org/show_bug.cgi?id=17673
jida...@jidanni.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXE
https://bugzilla.wikimedia.org/show_bug.cgi?id=18044
--- Comment #3 from jida...@jidanni.org 2009-03-20 04:23:14 UTC ---
Well, OK, but make sure things like this are documented, as people are
making scripts built around the output.
Else people will wonder "odd, the NS is already in the title
https://bugzilla.wikimedia.org/show_bug.cgi?id=11023
jida...@jidanni.org changed:
What|Removed |Added
Severity|normal |trivial
Status|REOPE
https://bugzilla.wikimedia.org/show_bug.cgi?id=11023
jida...@jidanni.org changed:
What|Removed |Added
Attachment #5942 is|1 |0
patch|
https://bugzilla.wikimedia.org/show_bug.cgi?id=11023
--- Comment #5 from jida...@jidanni.org 2009-03-20 03:07:13 UTC ---
Created an attachment (id=5942)
--> (https://bugzilla.wikimedia.org/attachment.cgi?id=5942)
cleaner array method
--
Configure bugmail: https://bugzilla.wikimedia.org/us
https://bugzilla.wikimedia.org/show_bug.cgi?id=11023
jida...@jidanni.org changed:
What|Removed |Added
Severity|trivial |normal
Status|RESOLV
https://bugzilla.wikimedia.org/show_bug.cgi?id=18065
Summary: Special:Random/asdf causes database error
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priorit
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700
Splarka changed:
What|Removed |Added
CC||bill.mitch...@pobox.com
--- Comment #28 f
https://bugzilla.wikimedia.org/show_bug.cgi?id=18064
Splarka changed:
What|Removed |Added
CC||h...@goldrush.com
Status|NEW
https://bugzilla.wikimedia.org/show_bug.cgi?id=18064
Summary: The "pipe trick" does not work in footnotes
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priorit
https://bugzilla.wikimedia.org/show_bug.cgi?id=18063
Summary: API for AbuseFilter
Product: MediaWiki extensions
Version: any
Platform: All
URL: http://en.wikipedia.org/wiki/Special:AbuseLog
OS/Version: All
Status: NEW
https://bugzilla.wikimedia.org/show_bug.cgi?id=17826
--- Comment #2 from Brion Vibber 2009-03-20 01:33:31 UTC
---
Fixed up in r48616 -- the escaping on the link was wrong.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
https://bugzilla.wikimedia.org/show_bug.cgi?id=15235
--- Comment #6 from Tyler Romeo 2009-03-20 01:28:52 UTC
---
It cannot do anything alone. You can close this bug if you want. I just figured
I would draft something should anybody decide to take action on this (I do not
have nearly enough
https://bugzilla.wikimedia.org/show_bug.cgi?id=13498
Bug 13498 depends on bug 13782, which changed state.
Bug 13782 Summary: Install ConfirmAccount extension on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=13782
What|Old Value |New Value
---
https://bugzilla.wikimedia.org/show_bug.cgi?id=18059
Bryan Tong Minh changed:
What|Removed |Added
CC||bryan.tongm...@gmail.com
--- Com
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #33 from Mike.lifeguard 2009-03-19
22:15:05 UTC ---
GUYS! This is not what the bug is about & is not helpful to anyone in any way.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #32 from Aryeh Gregor 2009-03-19
21:44:06 UTC ---
You mean, like, . . . by allowing image redirects? No links should have to be
changed. The old links should work forever unless there's some compelling
reason to change them.
https://bugzilla.wikimedia.org/show_bug.cgi?id=12401
Joshua C. Lerner changed:
What|Removed |Added
CC||jler...@gmail.com
--- Comment #
https://bugzilla.wikimedia.org/show_bug.cgi?id=17575
^demon changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #31 from Platonides 2009-03-19 21:40:58 UTC
---
(In reply to comment #30)
> The problem is that non-Wikimedia projects also use images from Commons, and
> the bot will not fix them.
No. The problem is that a bot is needed.
Me
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #30 from Aryeh Gregor 2009-03-19
21:21:35 UTC ---
(In reply to comment #28)
> Images are moved at commons.
> When an image is moved, there's a bot which fixes the use on all projects.
> Where's the problem?
The problem is tha
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #29 from ^demon 2009-03-19 21:18:51 UTC
---
(In reply to comment #27)
> > And are there ways to find redirects which are breaking
> > because the software won't follow the complete chain?
>
> Ideally, Special:DoubleRedirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #28 from Platonides 2009-03-19 21:17:24 UTC
---
Images are moved at commons.
When an image is moved, there's a bot which fixes the use on all projects.
Where's the problem?
ThomasV noted a potential problem, which should be f
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #27 from Aryeh Gregor 2009-03-19
21:16:14 UTC ---
(In reply to comment #25)
> Not only that, I also mentioned redirects giving more opportunities for vandal
> attacks. How should we take care of those?
Protect all image names
https://bugzilla.wikimedia.org/show_bug.cgi?id=17831
--- Comment #4 from Mike.lifeguard 2009-03-19
21:13:53 UTC ---
(In reply to comment #3)
> If this is desired, then it might as well set all the _deleted fields for the
> user's name.
>
Sounds good to me. As long as it's in the suppressi
https://bugzilla.wikimedia.org/show_bug.cgi?id=13782
Mike.lifeguard changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=17733
--- Comment #17 from Subfader 2009-03-19 20:54:54 UTC ---
For the record: I was not able to run maintenance script cos of the changes to
the command line scripts now using realpath() which requires safe_mode to be
turned off for command li
https://bugzilla.wikimedia.org/show_bug.cgi?id=18046
--- Comment #4 from Brion Vibber 2009-03-19 20:54:23 UTC
---
The thumbnail is created on the image scaler servers, not on the core Apache
servers, which at least partially isolates it (but not completely since
metadata is pulled and uploa
https://bugzilla.wikimedia.org/show_bug.cgi?id=18046
--- Comment #3 from ThomasV 2009-03-19 20:47:32 UTC ---
Is your point b) something that should be fixed by changing the code ?
The djvu file is already accessed when the thumbnail is created.
Sould the text be extracted at the same time
https://bugzilla.wikimedia.org/show_bug.cgi?id=18059
--- Comment #2 from Brion Vibber 2009-03-19 20:33:01 UTC
---
Tougher, though. We'd need to implement some sort of 'subscription' API that
foreign sites could use to request updates -- that's a totally separate issue
and should be broken o
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #26 from Victor Vasiliev 2009-03-19 20:20:51
UTC ---
(In reply to comment #25)
> Not only that, I also mentioned redirects giving more opportunities for vandal
> attacks. How should we take care of those? Also think of several
https://bugzilla.wikimedia.org/show_bug.cgi?id=18061
Alexandre Emsenhuber [IAlex] changed:
What|Removed |Added
Component|wikibugs|Site requests
--
C
https://bugzilla.wikimedia.org/show_bug.cgi?id=18061
Alexandre Emsenhuber [IAlex] changed:
What|Removed |Added
CC||alex.emsenhu...@bluewin
https://bugzilla.wikimedia.org/show_bug.cgi?id=18062
Summary: new message when edit the local page of shared file
Product: MediaWiki
Version: unspecified
Platform: All
URL: http://en.wikipedia.org/w/index.php?title=File:Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #25 from ChrisiPK 2009-03-19 20:00:26 UTC ---
(In reply to comment #22)
> Summary of problem: Third-party CheckUsage tool has limited functionality, and
> doesn't currently handle a lot of things well including image redirects.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18058
Rob Halsell changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18061
Rob Halsell changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Rob Hal
https://bugzilla.wikimedia.org/show_bug.cgi?id=18061
Summary: Remove wgIPBlockExpiration from cluster config files
Product: Wikimedia
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: shell
Se
https://bugzilla.wikimedia.org/show_bug.cgi?id=17854
--- Comment #3 from Aaron Schulz 2009-03-19 19:44:57
UTC ---
I can't reproduce this
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
https://bugzilla.wikimedia.org/show_bug.cgi?id=17854
Aaron Schulz changed:
What|Removed |Added
CC||jschulz_4...@msn.com
--- Comment #2
https://bugzilla.wikimedia.org/show_bug.cgi?id=18060
Summary: Lockandhide should be logged in the suppression log
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
https://bugzilla.wikimedia.org/show_bug.cgi?id=16342
Rob Halsell changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=17831
Aaron Schulz changed:
What|Removed |Added
CC||jschulz_4...@msn.com
--- Comment #3
https://bugzilla.wikimedia.org/show_bug.cgi?id=17831
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
https://bugzilla.wikimedia.org/show_bug.cgi?id=17378
Aaron Schulz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=18059
^demon changed:
What|Removed |Added
CC||innocentkil...@gmail.com
--- Comment #1 f
https://bugzilla.wikimedia.org/show_bug.cgi?id=17831
--- Comment #1 from spacebirdy 2009-03-19 19:25:51 UTC
---
And Speisialta:Log/newusers
Also could there please be a more visible warning if a normal sysop is going to
overwrite such a block, they unhide the insulting names again :S
Than
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #24 from Brion Vibber 2009-03-19 19:23:52
UTC ---
(In reply to comment #23)
> May I point to the long existing but untested/unreviewed extension
> http://www.mediawiki.org/wiki/Extension:GlobalUsage ?
>
> Could solve the prob
https://bugzilla.wikimedia.org/show_bug.cgi?id=13782
--- Comment #16 from Rjd0060 2009-03-19 19:23:46 UTC
---
I'm not sure that the community wants this anymore. They have been using a
process via the toolserver which eliminates the need for this extension
(http://stable.toolserver.org/acc
https://bugzilla.wikimedia.org/show_bug.cgi?id=18059
Summary: Review/Enable GlobalUsage extension to
supplement/replace CheckUsage toolserver tool
Product: Wikimedia
Version: unspecified
Platform: All
URL: http://www.med
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #22 from Brion Vibber 2009-03-19 19:16:30
UTC ---
Summary of problem: Third-party CheckUsage tool has limited functionality, and
doesn't currently handle a lot of things well including image redirects.
Chris's suggested solut
https://bugzilla.wikimedia.org/show_bug.cgi?id=14476
--- Comment #15 from Mike.lifeguard 2009-03-19
19:22:00 UTC ---
(In reply to comment #14)
> As well, log suppression hides the username only in the log, not in
> Special:ListUsers, which is wanted here.
>
There is now the block option "
https://bugzilla.wikimedia.org/show_bug.cgi?id=18058
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #23 from Raimond Spekking 2009-03-19
19:20:10 UTC ---
May I point to the long existing but untested/unreviewed extension
http://www.mediawiki.org/wiki/Extension:GlobalUsage ?
Could solve the problem...
--
Configure bugmail
https://bugzilla.wikimedia.org/show_bug.cgi?id=18058
Summary: Enable Collection / PDF exention on meta.wikimedia.org
Product: Wikimedia
Version: unspecified
Platform: All
URL: http://meta.wikimedia.org/
OS/Version: All
S
https://bugzilla.wikimedia.org/show_bug.cgi?id=16342
Rob Halsell changed:
What|Removed |Added
CC||rhals...@wikimedia.org
Assigned
https://bugzilla.wikimedia.org/show_bug.cgi?id=15276
Mike.lifeguard changed:
What|Removed |Added
CC||spacebi...@gmail.com
--- Comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=15271
Mike.lifeguard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=17308
Mike.lifeguard changed:
What|Removed |Added
CC||mancgrrl1...@pookmail.com
--- Com
https://bugzilla.wikimedia.org/show_bug.cgi?id=14914
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
https://bugzilla.wikimedia.org/show_bug.cgi?id=18057
Summary: Special:CentralAuth needs better handling of midair
collisions
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
https://bugzilla.wikimedia.org/show_bug.cgi?id=16927
--- Comment #10 from Brion Vibber 2009-03-19 19:06:57
UTC ---
*nod* For reference if needed for debugging, here's my sample files:
http://leuksman.com/misc/100_3989.mov <- original 320x240 QuickTime
http://leuksman.com/misc/100_3989.580
https://bugzilla.wikimedia.org/show_bug.cgi?id=18041
Mike.lifeguard changed:
What|Removed |Added
CC||roteml...@gmail.com
--- Comment #
https://bugzilla.wikimedia.org/show_bug.cgi?id=17945
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
https://bugzilla.wikimedia.org/show_bug.cgi?id=16927
Michael Dale changed:
What|Removed |Added
CC||d...@ucsc.edu
--- Comment #9 from M
https://bugzilla.wikimedia.org/show_bug.cgi?id=17986
Rob Halsell changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #21 from ChrisiPK 2009-03-19 18:58:24 UTC ---
(In reply to comment #20)
> (In reply to comment #18)
> > If they have basic experience with MediaWiki, they will have a look at the
> > deletion log and find the correct file name.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #20 from Brion Vibber 2009-03-19 18:46:07
UTC ---
(In reply to comment #18)
> If they have basic experience with MediaWiki, they will have a look at the
> deletion log and find the correct file name. If they don't, I'm sorry f
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #19 from ^demon 2009-03-19 18:44:21 UTC
---
Or make your tools work better and take account for redirects? Redirects are a
basic functional aspect of MW designed to aid in user-friendliness. Refusing to
make redirects because
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #18 from ChrisiPK 2009-03-19 18:40:34 UTC ---
(In reply to comment #17)
> (In reply to comment #16)
> > (In reply to comment #14)
> > > Patterns aren't at issue. Not fucking people over by removing existing
> > > files is
> >
https://bugzilla.wikimedia.org/show_bug.cgi?id=13712
Brion Vibber changed:
What|Removed |Added
CC||br...@wikimedia.org
AssignedTo
https://bugzilla.wikimedia.org/show_bug.cgi?id=18055
--- Comment #4 from Niklas Laxström 2009-03-19
18:36:46 UTC ---
No other {{# parser functions found with grep in trunk.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail be
https://bugzilla.wikimedia.org/show_bug.cgi?id=13712
--- Comment #27 from Niklas Laxström 2009-03-19
18:36:01 UTC ---
{{#HANP:}} is not in core. It is currently an extension.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
^demon changed:
What|Removed |Added
CC||innocentkil...@gmail.com
--- Comment #17
https://bugzilla.wikimedia.org/show_bug.cgi?id=13782
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
https://bugzilla.wikimedia.org/show_bug.cgi?id=11871
Brion Vibber changed:
What|Removed |Added
CC||br...@wikimedia.org
Severity
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #16 from ChrisiPK 2009-03-19 18:34:24 UTC ---
(In reply to comment #14)
> Patterns aren't at issue. Not fucking people over by removing existing files
> is
> at issue.
>
As I said, there are various reasons why file names ca
https://bugzilla.wikimedia.org/show_bug.cgi?id=17617
^demon changed:
What|Removed |Added
CC||innocentkil...@gmail.com
--- Comment #3 f
https://bugzilla.wikimedia.org/show_bug.cgi?id=13712
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #15 from Brion Vibber 2009-03-19 18:30:47
UTC ---
Note I will desysop anyone I see removing redirects without a very good reason
-- it's extremely user-hostile and makes the project less useful.
--
Configure bugmail: https:
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #14 from Brion Vibber 2009-03-19 18:29:37
UTC ---
Patterns aren't at issue. Not fucking people over by removing existing files is
at issue.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=18055
Brion Vibber changed:
What|Removed |Added
CC||br...@wikimedia.org
Status
https://bugzilla.wikimedia.org/show_bug.cgi?id=18055
Niklas Laxström changed:
What|Removed |Added
CC||niklas.laxst...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=15842
--- Comment #13 from ChrisiPK 2009-03-19 18:26:17 UTC ---
(In reply to comment #12)
> Why would it be stupid to assume that a file can continue to be accessed by
> the
> same name in the future?
>
Because file names are subject to chang
https://bugzilla.wikimedia.org/show_bug.cgi?id=18056
Brion Vibber changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=13665
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
--- Com
https://bugzilla.wikimedia.org/show_bug.cgi?id=18056
Summary: Add 'IRC' Component to 'Wikimedia' Product
Product: Wikimedia
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priori
https://bugzilla.wikimedia.org/show_bug.cgi?id=13551
^demon changed:
What|Removed |Added
CC||innocentkil...@gmail.com
--- Comment #2 f
https://bugzilla.wikimedia.org/show_bug.cgi?id=5280
--- Comment #12 from Brion Vibber 2009-03-19 18:15:53
UTC ---
Rather -- shell tag indicates a need to run a database cleanup to clear out
existing bad entries. This bug also includes fixups to forbid the half-bogus
pages to begin with, whi
https://bugzilla.wikimedia.org/show_bug.cgi?id=13551
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
C
https://bugzilla.wikimedia.org/show_bug.cgi?id=11586
Brion Vibber changed:
What|Removed |Added
AssignedTo|wikibugs- |br...@wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=11215
--- Comment #21 from Brion Vibber 2009-03-19 18:13:22
UTC ---
(In reply to comment #19)
> I no longer support the activation of this.
> I changed my mind for the following reason:
>
> Djvu files may contain a text layer, which can store
https://bugzilla.wikimedia.org/show_bug.cgi?id=13502
Mike.lifeguard changed:
What|Removed |Added
CC||mikelifegu...@fastmail.fm
C
1 - 100 of 209 matches
Mail list logo