date:20110104

[Bug 26498] allow LinksUpdate with API

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26498

Reedy  changed:

   What|Removed |Added

   Keywords|need-review |reviewed
 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #13 from Reedy  2011-01-05 03:33:55 UTC ---
r79638

Tweaked patch applied, thanks for supplying it.

Just a TODO/note on the commit, how do we want to deal with errors from the
ping limiter

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26480] add a pppageprops param to prop=pageprops

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26480

--- Comment #6 from Reedy  2011-01-05 03:20:02 UTC ---
-- Name/value pairs indexed by page_id
CREATE TABLE /*_*/page_props (
  pp_page int NOT NULL,
  pp_propname varbinary(60) NOT NULL,
  pp_value blob NOT NULL
) /*$wgDBTableOptions*/\G

CREATE UNIQUE INDEX /*i*/pp_page_propname ON /*_*/page_props
(pp_page,pp_propname)\G



Having already filtered by a page... Filtering by a propname afterwards,
wouldn't to too expensive (thinking about if we left it as an unvalidated input
string)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26485] add a elextlinks param to prop=extlinks

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26485

--- Comment #3 from Reedy  2011-01-05 03:05:33 UTC ---
Do you want to be searching by url and protocol? I'm guessing so...

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26484] add a lltitles param to prop=langlinks

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26484

--- Comment #1 from Reedy  2011-01-05 03:02:26 UTC ---
Like iwlinks... Do you want to be able to just do title, or title and language?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26483] add a iwtitles param to prop=iwlinks

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26483

--- Comment #1 from Reedy  2011-01-05 03:01:35 UTC ---
Are you just wanting a title, or be able to do prefix aswell?

Or iw:title

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26482] add a imimages param to prop=images

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26482

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Reedy  2011-01-05 02:54:30 UTC ---
r79637

Others should be done in the next 24 hours or so

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 11748] Parser issue for HTML definition list

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=11748

dana  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||lav.c...@gmail.com
 Resolution|WORKSFORME  |

--- Comment #3 from dana  2011-01-05 02:35:03 UTC ---
I don't know if this was working in 1.12 through 1.15, but i am definitely
experiencing this problem in 1.16.


Steps to reproduce:

1. Create new article, edit existing article, whatever.

2. In body of article, create a simple definition list using the HTML syntax
(not the colons and semicolons). Something like the following:


test 1
test test test test test
test 2
test test test test test


3. Save article.


Expected results:

The code above should appear more or less verbatim in the final article source.


Actual results:

The final article source (as seen in View > Source) looks like this:



test 1
test test test test test
test 2
test test test test test


As you can see, it insists on converting the closing tags to plain text, which
results in '' and so on appearing in the rendered article. White space
doesn't seem to come into it (for example i can put everything on one line and
the same issue occurs).

This problem also seems to affect the closing tags of other HTML elements
*inside* more advanced DLs. For instance, i have a DL that contains
..., and the closing tags for the code/div elements are
rendered similarly to the above.

I have reproduced this on two different MediaWiki installations on DreamHost;
one has a few extensions/modifications installed, but the other is pretty much
vanilla (all extensions disabled, no core files modified, no fancy settings in
place).

Product Version
MediaWiki 1.16.0
PHP 5.2.15 (cgi-fcgi)
MySQL 5.1.39-log

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26570] New: User CSS preview broken in trunk

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26570

   Summary: User CSS preview broken in trunk
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: User interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: nos...@vyznev.net


I just noticed that user CSS preview is broken on my wiki running svn trunk. 
No

[Bug 26092] Enable or install string parsing wikimarkup functionality on WMF wikis

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26092

--- Comment #22 from Alex Z.  2011-01-05 01:29:07 UTC ---
(In reply to comment #21)
> (In reply to comment #20)
> > I'm referring to the string hacks. I'm aware that the cite templates are 
> > slow.
> > However, while the Obama article uses nearly 200 different templates, none 
> > of
> > them appear to to be in [[Category:String manipulation templates]], which 
> > would
> > be the ones improved by string parser functions.
> 
> StringFunctions and any similar implementation are pretty much outright banned
> and Rich has pivoted the conversation toward taking a more holistic approach 
> to
> resolving this bug. His point was that a new wiki templating system would be
> faster. My point is that it's important when discussing a more holistic
> approach to note that it isn't just string manipulation that makes rendering
> slow as shit. The entire recursive brace substitution scheme is awful. If
> something like
> 
> could be rewritten in a sane language, it would undoubtedly improve rendering
> time of large pages _and_ allow for extra goodies like string manipulation. 
> One
> can dream.

Oh, yes. On that I totally agree. The current system is not only slow, its ugly
and difficult to use. Just a separation between control statements and I/O
would go a long way, making crap like [[Template:!]] unnecessary.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26092] Enable or install string parsing wikimarkup functionality on WMF wikis

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26092

--- Comment #21 from MZMcBride  2011-01-05 01:21:18 UTC ---
(In reply to comment #20)
> I'm referring to the string hacks. I'm aware that the cite templates are slow.
> However, while the Obama article uses nearly 200 different templates, none of
> them appear to to be in [[Category:String manipulation templates]], which 
> would
> be the ones improved by string parser functions.

StringFunctions and any similar implementation are pretty much outright banned
and Rich has pivoted the conversation toward taking a more holistic approach to
resolving this bug. His point was that a new wiki templating system would be
faster. My point is that it's important when discussing a more holistic
approach to note that it isn't just string manipulation that makes rendering
slow as shit. The entire recursive brace substitution scheme is awful. If
something like

could be rewritten in a sane language, it would undoubtedly improve rendering
time of large pages _and_ allow for extra goodies like string manipulation. One
can dream.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26092] Enable or install string parsing wikimarkup functionality on WMF wikis

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26092

--- Comment #20 from Alex Z.  2011-01-05 01:12:34 UTC ---
(In reply to comment #19)
> (In reply to comment #18)
> > Has it actually been shown that the current hacks really are slow? They're 
> > ugly
> > hacks, but that doesn't necessarily mean that they're actually slow in real
> > applications. They're almost certainly comparatively slower than native 
> > string
> > functions, but if the difference is only 50ms, then "faster" wouldn't be a 
> > good
> > argument.
> 
> Well, I suppose it depends how broadly you define "hacks." But it takes over 
> 30
> _seconds_ to render [[Barack Obama]]
> (),
> largely due to the use of overblown and obnoxious templates like
> [[Template:Cite]], from my understanding. I don't know of anyone who thinks
> this is acceptably fast.

I'm referring to the string hacks. I'm aware that the cite templates are slow.
However, while the Obama article uses nearly 200 different templates, none of
them appear to to be in [[Category:String manipulation templates]], which would
be the ones improved by string parser functions.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26092] Enable or install string parsing wikimarkup functionality on WMF wikis

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26092

--- Comment #19 from MZMcBride  2011-01-05 00:24:58 UTC ---
(In reply to comment #18)
> Has it actually been shown that the current hacks really are slow? They're 
> ugly
> hacks, but that doesn't necessarily mean that they're actually slow in real
> applications. They're almost certainly comparatively slower than native string
> functions, but if the difference is only 50ms, then "faster" wouldn't be a 
> good
> argument.

Well, I suppose it depends how broadly you define "hacks." But it takes over 30
_seconds_ to render [[Barack Obama]]
(),
largely due to the use of overblown and obnoxious templates like
[[Template:Cite]], from my understanding. I don't know of anyone who thinks
this is acceptably fast.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26460] Add support for listing category members by category pageid

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26460

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Reedy  2011-01-05 00:02:22 UTC ---
r79636

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26332] Spam-blacklist does not support unicode characters in regex, needed to filter internationalized domain names

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26332

--- Comment #4 from Alex Lazovsky  2011-01-04 23:25:58 
UTC ---
This work around works fine, thanks!

Alex

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26236] Add filters for CodeReview comments

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26236

--- Comment #4 from Reedy  2011-01-04 23:21:03 UTC ---
Or we put some sort of link on the comments page, rather than just linking to
the userpage..

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26569] Language File MessagesFr.php is not UTF8

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26569

Karima Rafes  changed:

   What|Removed |Added

 Resolution|INVALID |FIXED

--- Comment #3 from Karima Rafes  2011-01-04 
23:19:22 UTC ---
Set $wgLanguageCode = "fr"; in your LocalSettings.php 
It's correct.
When I create my wiki I missed a field and may be, the value of field select
language has lost. May be...

Thanks ;)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26569] Language File MessagesFr.php is not UTF8

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26569

Platonides  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||platoni...@gmail.com
 Resolution||INVALID

--- Comment #2 from Platonides  2011-01-04 23:11:53 UTC 
---
Your wiki is in English. Set $wgLanguageCode = "fr"; in your LocalSettings.php

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26569] Language File MessagesFr.php is not UTF8

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26569

Reedy  changed:

   What|Removed |Added

Version|wikimedia-deployment|1.16.1

--- Comment #1 from Reedy  2011-01-04 23:09:54 UTC ---
NS_CATEGORY => 'Catégorie',
NS_CATEGORY_TALK=> 'Discussion_catégorie',

Looks fine in trunk and
http://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_16_1/phase3/languages/messages/MessagesFr.php?view=markup

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26236] Add filters for CodeReview comments

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26236

--- Comment #3 from Reedy  2011-01-04 23:05:57 UTC ---
Added index, groundwork and filtering code.

Just needs either a new form, or something adding to the comments list view to
select who/what to filter by

So, this is mostly done

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26569] New: Language File MessagesFr.php is not UTF8

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26569

   Summary: Language File MessagesFr.php is not UTF8
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
   URL: http://fr.datatricorder.org
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: Internationalization
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: karima.ra...@bordercloud.com


Hi

When I write [[Catégorie:Obbjet]], Mediawiki 1.16.1 doesn't see the new
category in the page. 
I searched and I found the file MessagesFr.php with a problem with these
characters (accent etc...). 

Somebody can check ?

Thanks.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26567] Allow showing comments by a given user, add "my comments" link to subtitle

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26567

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Reedy  2011-01-04 22:56:50 UTC ---
r79632 and prior (for groundwork)

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26236] Add filters for CodeReview comments

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26236

--- Comment #2 from Reedy  2011-01-04 21:49:25 UTC ---
Will need an index against code_comment indexing the author

cc_repo_id, cc_author, cc_timestamp - we will want to filter by repo, and then
the author... And then order by timestamp.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26236] Add filters for CodeReview comments

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26236

Reedy  changed:

   What|Removed |Added

 Blocks||26567

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26567] Allow showing comments by a given user, add "my comments" link to subtitle

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26567

Reedy  changed:

   What|Removed |Added

 Depends on||26236

--- Comment #1 from Reedy  2011-01-04 21:43:23 UTC ---
Indeed, putting bug 26236 as a dependency though - Adding "My comments"
afterwards will be easier when you can filter comments by author

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25135] add "normalized" to action=parse

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=25135

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Reedy  2011-01-04 21:37:39 UTC ---
r79602

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26568] New: A page redirected to, but with no links to the redirecting page, is not considered orphaned

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26568

   Summary: A page redirected to, but with no links to the
redirecting page, is not considered orphaned
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: Redirects
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: matteosistise...@gmail.com


Steps to reproduce:

Create a page A

Ensure there is no link to page A in any other page. So A is an orphaned page.

Move A to B.

Go to Special Pages / Orphaned Pages

Observed: Neither the old page A nor the new page B is listed.

Expected: I would expect page B to be listed as an orphaned page. I would
accept page A to be listed instead. 

But it is clearly inconsistent that neither of them is listed. If you postulate
that B is not orphaned because A exists and redirects to B, then A is a page
that exists. But then A should be listed as an orphaned page since there's no
page linking to A.

If you consider that A is not an existing page linking to B, then B should be
listed as orphaned because there's no page (other than the redirect) linking to
B.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26552] ForeignDBRepo broken?

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26552

Reedy  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #6 from Reedy  2011-01-04 20:53:06 UTC ---
r79595, r79593

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26236] Add filters for CodeReview comments

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26236

Ilmari Karonen  changed:

   What|Removed |Added

 CC||nos...@vyznev.net

--- Comment #1 from Ilmari Karonen  2011-01-04 20:28:44 UTC 
---
See also bug 26567, which is similar but slightly(?) more specific.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26567] New: Allow showing comments by a given user, add "my comments" link to subtitle

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26567

   Summary: Allow showing comments by a given user, add "my
comments" link to subtitle
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: CodeReview
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: nos...@vyznev.net
CC: innocentkil...@gmail.com, s...@reedyboy.net


There should be a simple way to list all comments left by a given user, and in
particular to list your own comments.  Several times, I've looked for a comment
I'd left a couple of days earlier and found myself unable to find the commit
I'd left it at again.  A "my comments" link in the subtitle would've been nice.

Something like Special:Code//comments/ might work. 
Alternatively, some mechanism for including code comments in
Special:Contributions would also solve this problem.

This request is quite similar to bug 26236, but I'm filing it separately since
that bug seems to be asking for more general filtering abilities.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26554] Set $wgAutoConfirmAge to 0

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26554

--- Comment #5 from Steven Walling  2011-01-04 20:04:36 
UTC ---
I didn't ask to disable anonymous editing, I asked to disable anon page
creation!

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26552] ForeignDBRepo broken?

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26552

--- Comment #5 from Reedy  2011-01-04 19:34:22 UTC ---
Right, simplest possible "fix" for this is r79591

It will fix the errors you're getting, but I'm leaving this bug open while I
hunt around for other instances of this...

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26557] Predefined Donation of $5 defaults to $25

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26557

Ryan Kaldari  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Ryan Kaldari  2011-01-04 19:25:52 
UTC ---
Looks like James Alexander fixed it at 02:11, 4 January 2011. That form was
created by Wikimedia Australia, so perhaps someone there should be notified of
the problem.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26554] Set $wgAutoConfirmAge to 0

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26554

--- Comment #4 from Roan Kattouw  2011-01-04 19:25:46 
UTC ---
OK, it makes even less sense to me now; why did you ask Rob to disable all
anonymous editing earlier?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26557] Predefined Donation of $5 defaults to $25

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26557

--- Comment #1 from Ryan Kaldari  2011-01-04 19:22:29 
UTC ---
Hmm, seems to be working for me.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26557] Predefined Donation of $5 defaults to $25

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26557

Roan Kattouw  changed:

   What|Removed |Added

 CC||rkald...@wikimedia.org,
   ||roan.katt...@gmail.com
 AssignedTo|wikibug...@lists.wikimedia. |tf...@wikimedia.org
   |org |

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25135] add "normalized" to action=parse

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=25135

Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com

--- Comment #2 from Roan Kattouw  2011-01-04 19:19:07 
UTC ---
(In reply to comment #1)
> http://www.mediawiki.org/w/api.php?action=parse&page=main%20Page
> 
> 
> 
> Surely display title is the normalised title..?
Not if there's a {{DISPLAYTITLE}}

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26566] DynamicPageList uses an unknown ordering method

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26566

--- Comment #1 from deletesoftw...@yandex.ru 2011-01-04 18:55:21 UTC ---
Sorry, the article published last of all was
http://eo.wikinews.org/wiki/Vikinova%C4%B5aj_mallonga%C4%B5oj,_2010-12-24?dpl_id=668

http://eo.wikinews.org/wiki/Eldonistoj_oponas_la_proponatajn_%C5%9Dan%C4%9Dojn_de_Rusia_a%C5%ADtorrajta_le%C4%9Do
was published before it.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26566] New: DynamicPageList uses an unknown ordering method

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26566

   Summary: DynamicPageList uses an unknown ordering method
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://eo.wikinews.org/wiki/Vikinova%C4%B5oj:Lastaj_no
va%C4%B5oj
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: DynamicPageList
AssignedTo: bawolff...@gmail.com
ReportedBy: deletesoftw...@yandex.ru


DynamicPageList uses a strange ordering method. It seems to be neither
* addition to the category specified to DPL
* addition to the category specified using the publishing template
* addition to the category listed first in the article

http://eo.wikinews.org/wiki/Vikinova%C4%B5oj:Lastaj_nova%C4%B5oj

uses code:


category = Publikigitaj artikoloj
count= 5
ordermethod  = categoryadd
addfirstcategorydate = true


shows:

* 25. Dec 2010: Ĉilio: Tertremo kun magnitudo de 8,8 Mw, necerta la nombro
de mortintoj
* 25. Dec 2010: Yang Jiechi alvokas la Japanian ambasadoron, postulas
senprokrastan liberigon de ĉinaj fiŝkaptistoj
* 25. Dec 2010: Regiona voĉdonado en Italio: Norda Ligo flugas, eksplodo de
Grillo-uloj
* 25. Dec 2010: Pli ol 900 mortintoj, 14.000 infektitoj pro la nuna
eksplodo de ĥolero en Haitio
* 24. Dec 2010: Vikinovaĵaj mallongaĵoj, 2010-12-24

The category "Publikigitaj artikoloj" is added by the template {{Publikigita}}:
http://eo.wikinews.org/wiki/%C5%9Cablono:Publikigita


The article published (added to "Publikigitaj artikoloj") last (Dec 24) was
http://eo.wikinews.org/wiki/Eldonistoj_oponas_la_proponatajn_%C5%9Dan%C4%9Dojn_de_Rusia_a%C5%ADtorrajta_le%C4%9Do
. It was also the last article edited (Dec 27, no category changes).

The article published last (Dec 24) among the ones shown by DPL is
http://eo.wikinews.org/wiki/Vikinova%C4%B5aj_mallonga%C4%B5oj,_2010-12-24 . It
is also the last (Dec 26) of them edited (no category changes).

The article "Yang Jiechi alvokas la Japanian ambasadoron, postulas
senprokrastan liberigon de ĉinaj fiŝkaptistoj" has been edited on Dec 25, but
the only category change added an irrelevant category at the bottom of it:
http://eo.wikinews.org/w/index.php?title=Yang_Jiechi_alvokas_la_Japanian_ambasadoron%2C_postulas_senprokrastan_liberigon_de_%C4%89inaj_fi%C5%9Dkaptistoj&action=historysubmit&diff=3053&oldid=2512

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25676] Deploy FirefoggChunkedUpload extension.

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=25676

Brion Vibber  changed:

   What|Removed |Added

  Component|API |Site requests
 AssignedTo|roan.katt...@gmail.com  |wikibug...@lists.wikimedia.
   ||org
Product|MediaWiki   |Wikimedia

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26554] Set $wgAutoConfirmAge to 0

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26554

--- Comment #3 from Steven Walling  2011-01-04 18:43:41 
UTC ---
Thanks Roan.

To explain, tenwiki has several high value pages (and templates) that we don't
really want anonymous users editing. However, most of the logged in users that
need to edit these pages are not autoconfirmed because tenwiki is so young and
things are growing so fast in anticipation of the anniversary. In general,
there's no reason to wait to autoconfirm users who bother logging in, since the
main event that the wiki is focused on is happening in less than two weeks.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25676] Deploy FirefoggChunkedUpload extension.

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=25676

--- Comment #2 from Reedy  2011-01-04 18:36:44 UTC ---
This bug is categorised wrongly, though, I'm struggling to see where it should
actually be put.

Suggestions?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26092] Enable or install string parsing wikimarkup functionality on WMF wikis

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26092

--- Comment #18 from Alex Z.  2011-01-04 17:02:47 UTC ---
(mid-air collision with comment 17)

(In reply to comment #16)
> o Happy template writers

And non-template writers? Will they like it when already-complicated templates
get more complicated?

> o Fast code

For how long? How long will it take for these to be used to their limits? It
looks like it took less than 2 years for the string padding functions to be
abused to this point.

> o buckets of functionality
> o Huge leaps in productivity
> What's not to like?

Is it functionality that we necessarily want in wikitext? I've seen people
saying that they could use this to implement a parser for a simple data storage
format (similar to CSV), and there was some allegation that people wanted to do
natural language processing. While most of the added complexity stays in the
templates themselves, it does eventually filter into articles through the
addition of more parameters.

Has it actually been shown that the current hacks really are slow? They're ugly
hacks, but that doesn't necessarily mean that they're actually slow in real
applications. They're almost certainly comparatively slower than native string
functions, but if the difference is only 50ms, then "faster" wouldn't be a good
argument.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26555] Styles for a skin added with $out->addStyle() are loaded after instead of before user custom styles.

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26555

Roan Kattouw  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 AssignedTo|tpars...@wikimedia.org  |roan.katt...@gmail.com

--- Comment #2 from Roan Kattouw  2011-01-04 16:58:05 
UTC ---
(In reply to comment #1)
> Here, ResourceLoader is adding its style links in getHeadLinks(), while style
> links added via addStyle() are output in buildCssLinks().  To fix this issue,
> either a) the ResourceLoader code could be pulled out of getHeadLinks() into a
> separate method, b) the call to buildCssLinks() could be moved before
> getHeadLinks(), or c) the call to buildCssLinks() could be moved _inside_
> getHeadLinks().  Not being very familiar with ResourceLoader, I have no idea
> which of these would be the cleanest solution, or the least likely to cause
> unexpected side effects.
Trevor tried to move the RL stuff into buildCssLinks() but that didn't work too
well. I'll poke at this later.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26554] Set $wgAutoConfirmAge to 0

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26554

Roan Kattouw  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||roan.katt...@gmail.com
 Resolution||FIXED

--- Comment #2 from Roan Kattouw  2011-01-04 16:55:46 
UTC ---
(In reply to comment #1)
> Might be a stupid question... but why are you semi protecting them at all 
> then?
To prevent bot vandalism maybe? Presumably there's a CAPTCHA for creating an
account.

Despite that this seems weird to me per comment #1, I've done it anyway.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26092] Enable or install string parsing wikimarkup functionality on WMF wikis

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26092

--- Comment #17 from Happy-melon  2011-01-04 16:42:53 UTC 
---
(In reply to comment #16)
> I have to agree with Aryeh,  there was a pipe-dram about Lua. Now that's dead
> this needs escalating. 

Escalation is the word, certainly... :P

> We currently have a situation where templates can stop working for mysterious
> reasons.  We have simple stuff ten-year-old children used to hack on pocket
> money computers 30 years ago, that professional software engineers are 
> sweating
> blood to achieve (or not).

Allowing this functionality is not going to make templates stop breaking.  If
anything, the fear is that it will develop to the point where when they break,
they do so in *even more mysterious* ways.

> Current situation:
> 
> o Frustrated template writers
> o Inefficient (horrendously inefficient) code
> o Missing functionality
> o Reduced productivity
> 
> Requested situation
> 
> o Happy template writers
> o Fast code
> o buckets of functionality
> o Huge leaps in productivity
> 
> What's not to like?

The fact that there is no reason to doubt that this utopia will in fact turn
into a dystopia where _frustrated template writers_ are using these string
functions to simulate the _missing functionality_ of regular expressions with
_horrendously inefficient_ code built on str_sub().  All historical precedent
suggests that this is what *will* happen, because those template writers are
happiest and most productive when they are pushing the envelope of what is
possible.  I don't want to look at [[Template:preg_replace]] in three years'
time and see something which makes today's string templates look like Hello
World functions.  I *especially* don't want to see spaghetti bowls of parser
function tags which are rendered even more incomprehensible by mystic
{safesubst|}}}foo:...|safesubst={{{safesubst|} constructs. 

The objection to StringFunctions is *not*, in general, that the functionality
should not be available.  It's that we don't want the next generation of
functionality to look like the previous generation of functionality, because
that is not a good look.  Cf
http://en.wikipedia.org/w/index.php?title=User:Happy-melon/sandbox5&oldid=405905787
for how [[Template:Navbox]] could look in python, for instance.  Programming
languages are designed to be extensible, to retain a similar level of *visual*
complexity regardless of the *computational* complexity.  ParserFunctions etc,
are definitely *not* designed in that fashion.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26565] New: Please enable upload on Persian Wikinews

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26565

   Summary: Please enable upload on Persian Wikinews
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://fa.wikinews.org
OS/Version: All
Status: NEW
  Keywords: shell
  Severity: normal
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: mjb...@gmail.com


Please enable upload on Persian Wikinews per discussion

http://fa.wikinews.org/wiki/ویکی‌خبر:نظرخواهی_برای_افزودن_بخش_بارگذاری_پرونده

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26564] New: Path in category box is absolute instead of relative

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26564

   Summary: Path in category box is absolute instead of relative
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: SemanticDrilldown
AssignedTo: yaro...@gmail.com
ReportedBy: nicole.koender...@wur.nl
CC: wikibugs-l@lists.wikimedia.org


Dear Yaron,

Thanks for the very useful drilldown extension for semantic mediawiki's. 
I have found a certain kind of behaviour that is in my opinion a bug. 

Description:
I have a wiki installed behind the firewall of the university. It has an
address like: http://local-ip/MyWiki.
We use a reverse proxy to allow external users to access our wiki using an
address like http://external-address/MyWiki.

When I go to the 
http://external-address/MyWiki/Special:BrowseData/MyCategory1 the drilldown
extension works perfectly.
If I now choose MyCategory2 from the category browser, the page address changes
to http://local-ip/MyWiki/Special:BrowseData/MyCategory2 instead of 
http://external-address/MyWiki/Special:BrowseData/MyCategory2.

Since the external users cannot access the local-ip directly, they cannot open
the wikipage.

For all other linked pages in the wiki, the wiki opens the page using the
external-address. Only the drilldown extension gives these problems.

I hope this explanation is clear and I hope that a simple solution exists. 

Thanks for your time.
Nicole

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26513] Inline query in property value (of a new property) don't work.

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26513

Jean-Louis  changed:

   What|Removed |Added

 CC||jeroen_ded...@yahoo.com
  Component|Page rendering  |Semantic MediaWiki
Version|wikimedia-deployment|any
 AssignedTo|wikibug...@lists.wikimedia. |mar...@semantic-mediawiki.o
   |org |rg
Product|MediaWiki   |MediaWiki extensions

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26563] New: Add characters changed per revision for stub and full article dumps

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26563

   Summary: Add characters changed per revision for stub and full
article dumps
   Product: XML Snapshots
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: General
AssignedTo: ar...@wikimedia.org
ReportedBy: dvanli...@gmail.com
CC: tf...@wikimedia.org


Adding a delta characters change to each revision is needed for edit analytics.
This is needed for both the stub and full article dumps. 
Rob suggested that using PHP's UTF-8 support (e.g. just calling
mb_strlen($buffer, 'UTF-8')) to quickly dispatch of the multi-byte problem
would give us a fairly accurate character count. Counting characters will allow
us to compare across different languages.

If there are serious performance concerns then we can fall back to byte count.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26092] Enable or install string parsing wikimarkup functionality on WMF wikis

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26092

Rich Farmbrough  changed:

   What|Removed |Added

 CC||rich...@farmbrough.co.uk

--- Comment #16 from Rich Farmbrough  2011-01-04 
11:06:41 UTC ---
I have to agree with Aryeh,  there was a pipe-dram about Lua. Now that's dead
this needs escalating. 

We currently have a situation where templates can stop working for mysterious
reasons.  We have simple stuff ten-year-old children used to hack on pocket
money computers 30 years ago, that professional software engineers are sweating
blood to achieve (or not).   

To simply dismiss this crying need because of Lua was bad enough, but because
of a throw-away comment on a mailing list - surely not.


Current situation:

o Frustrated template writers
o Inefficient (horrendously inefficient) code
o Missing functionality
o Reduced productivity

Requested situation

o Happy template writers
o Fast code
o buckets of functionality
o Huge leaps in productivity

What's not to like?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26562] Cannot unwatch a thread without javascript

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26562

--- Comment #1 from nx.devn...@gmail.com 2011-01-04 10:54:10 UTC ---
Created attachment 7953
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=7953
modified pages/ThreadWatchView.php

Calls $this->thread->root()->watch() or $this->thread->root()->unwatch() based
on value of $request->getVal( 'action' ) in the constructor.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26562] New: Cannot unwatch a thread without javascript

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=26562

   Summary: Cannot unwatch a thread without javascript
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: LiquidThreads
AssignedTo: agarr...@wikimedia.org
ReportedBy: nx.devn...@gmail.com
CC: bhar...@wikimedia.org


If you have javascript disabled, clicking on the unwatch link in the thread
header doesn't work. It just takes you to a default thread view without
unwatching the thread.

I'm attaching a modified pages/ThreadWatchView.php that fixes this.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25105] Add all public lists to Gmane: provide .mbox lists archives

2011-01-04 Thread bugzilla-daemon

https://bugzilla.wikimedia.org/show_bug.cgi?id=25105

--- Comment #2 from Nemo_bis  2011-01-04 08:04:41 UTC 
---
Gmane owner wants the complete mbox archives.
Merging the gzipped texts would be a huge waste of time and I'm not sure the
results would be good, because those files are often weird.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

53 matches

Mail list logo