[Bug 27937] Enable LiquidThreads on the Hebrew Wikinews

[bugzilla-daemon]

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

--- Comment #2 from Amir E. Aharoni  2011-04-03 
06:35:42 UTC ---
Thanks for the offer. It's too early for Wikisource, because i haven't actually
seen it at all working right-to-left. This can considered after basic RTL
testing shows that it actually works.

-- 
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 watching all bug changes.

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

[Bug 27937] Enable LiquidThreads on the Hebrew Wikinews

[bugzilla-daemon]

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

Dovi Jacobs  changed:

   What|Removed |Added

 CC||dovijac...@yahoo.com

--- Comment #1 from Dovi Jacobs  2011-04-03 06:21:16 UTC 
---
Hi Amir, if you would like to try it on he.wikisource, we can ask.

It would be a very cool feature to have, and it would actually get significant
use for testing (but not too heavy).

-- 
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 watching all bug changes.

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

[Bug 28402] CC changes in bugs spammed to irc channel via wikibugs + wikibugs-l mailing list

[bugzilla-daemon]

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

--- Comment #2 from p858snake  2011-04-03 05:46:32 UTC ---
BTW, have we ever tried to get this patch accepted upstream?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28402] CC changes in bugs spammed to irc channel via wikibugs + wikibugs-l mailing list

[bugzilla-daemon]

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

p858snake  changed:

   What|Removed |Added

 CC||p858sn...@gmail.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28402] CC changes in bugs spammed to irc channel via wikibugs + wikibugs-l mailing list

[bugzilla-daemon]

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

--- Comment #1 from Chad H.  2011-04-03 05:40:48 UTC 
---
We have a patch in SVN for this. Was it not applied to BZ4 before upgrading?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 24173] Improper return address ( $finish_page )

[bugzilla-daemon]

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

Ouroboros  changed:

   What|Removed |Added

 CC||tantin.da...@wanadoo.fr

--- Comment #1 from Ouroboros  2011-04-03 05:23:41 UTC 
---
In french version we've got the same problem, because the OpenIDFinish url
contains the international alias "Spécial" with an accentuated character.

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

[Bugzilla] Your account wikibugs-l@lists.wikimedia.org is being impersonated

[bugzilla-daemon]

Reedy  has used the 'sudo' feature to access 
Bugzilla using your account.

Reedy  provided the following reason for doing this:
Fix CC settings

If you feel that this action was inappropriate, please contact 
n...@wikimedia.org.  For more information on this feature, 
visit .

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

[Bugzilla] Your account wikibugs-l@lists.wikimedia.org is being impersonated

[bugzilla-daemon]

Reedy  has used the 'sudo' feature to access 
Bugzilla using your account.

Reedy  provided the following reason for doing this:
Fix CC settings

If you feel that this action was inappropriate, please contact 
n...@wikimedia.org.  For more information on this feature, 
visit .

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

[Bug 28402] New: CC changes in bugs spammed to irc channel via wikibugs + wikibugs-l mailing list

[bugzilla-daemon]

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

 Bug #: 28402
   Summary: CC changes in bugs spammed to irc channel via wikibugs
+ wikibugs-l mailing list
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Bugzilla
AssignedTo: pdha...@wikimedia.org
ReportedBy: bawolff...@gmail.com
CC: innocentkil...@gmail.com, s...@reedyboy.net
Classification: Unclassified


Adding yourself as cc to a bug now causes that bug to be spammed to the irc
channel and wikibugs-l. This didn't use to happen as far as i remember, and I
imagine will be kind of annoying. (Quite likely, both those have the same
cause).

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 7148] Requesting watchlist for changes to category content.

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28348] Template weirdness on pl.wiki

[bugzilla-daemon]

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

--- Comment #8 from Aaron Schulz  2011-04-03 00:32:37 UTC 
---
Are there any other known effected files? It should be very unlikely for there
to be that many.

Pages can be fixed by de-approving and re-approving again.

-- 
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 watching all bug changes.

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

[Bug 28401] New: Make RecentChanges honour options for rss/atom

[bugzilla-daemon]

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

 Bug #: 28401
   Summary: Make RecentChanges honour options for rss/atom
   Product: MediaWiki
   Version: 1.17
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Recent changes
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
Classification: Unclassified


RecentChanges should honour the minor/bots/anon/logged in user

Hiding "my" edits seems a bit redundant.

But these should be usable for RSS/ATOM feeds, and the URL just work


Compare

http://en.wikipedia.org/w/index.php?title=Special:RecentChanges&hideliu=1&hideminor=1&hidebots=&hideanons=1

with

http://en.wikipedia.org/w/index.php?title=Special:RecentChanges&hideliu=1&hideminor=1&hidebots=&hideanons=1&feed=atom

-- 
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 watching all bug changes.

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

[Bug 28400] Browsing by tag doesn't show a revision number

[bugzilla-daemon]

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

--- Comment #2 from Reedy  2011-04-02 23:27:26 UTC ---
r85222

-- 
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 watching all bug changes.

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

[Bug 28400] Browsing by tag doesn't show a revision number

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Reedy  2011-04-02 23:24:09 UTC ---
r85221

-- 
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 watching all bug changes.

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

[Bug 28400] New: Browsing by tag doesn't show a revision number

[bugzilla-daemon]

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

 Bug #: 28400
   Summary: Browsing by tag doesn't show a revision number
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: CodeReview
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: s...@reedyboy.net
CC: innocentkil...@gmail.com, s...@reedyboy.net
Classification: Unclassified


Special:Code/MediaWiki/tag/boo_hoo

No rev_id listed

-- 
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 watching all bug changes.

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

[Bug 7148] Requesting watchlist for changes to category content.

[bugzilla-daemon]

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

--- Comment #24 from Subfader  2011-04-02 23:12:10 UTC ---
I want to request the same thing and would like to see some action on this. The
last comments sound more promossing than the beginning :)

Here's the content of the dupe I created:

Watching:
When I "follow" a category I will be informed about new pages in that category. 
Currently there is no way stay informed about new articles on topics I'm
interested in.

Informing the user:
The user could be informed about new pages in categories he follows in
different ways (maybe a user pref):

- on a special page, e.g. Special:Dashboard. Just like the Watchlist he may be
able to edit the list of followed categories here too.

- via e-mail

- via RSS. The feed should be unique so I can't guess other people's RSS feeds.

If it's live (via special page) or just by a daily script (via e-mail and RSS)
wouldn't matter much to me. It'd be all better than current situation.


Scenarios to think about: What happens if

* a users starts following his first category. (His list would be empty, since
nothing was added since he started following it. Maybe the last page added
should be listed as a dummy.)

* a page in a watched category is moved (title should be updated in relevant
table)

* a page in a watched category is deleted

* a page is added to a followed category days after page creation

* a page is removed from a followed category before teh user saw it

* the user follows 100 or categories (using a max value may be possible but
should be avoided)

* the user follows a main category (such can include thousands of pages) (maybe
a blacklist of non-followable cats would help)

-- 
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 watching all bug changes.

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

[Bug 28399] Get Random list from Arabic Wiktionary

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #3 from Reedy  2011-04-02 23:12:10 UTC ---
http://ar.wiktionary.org/wiki/crazies

The links work, and there's no way to filter the languages currently... As this
information probably isn't kept

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 7148] Requesting watchlist for changes to category content.

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||subfa...@gmail.com

--- Comment #23 from MZMcBride  2011-04-02 23:09:52 UTC ---
*** Bug 28396 has been marked as a duplicate of this bug. ***

-- 
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 watching all bug changes.

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

[Bug 28396] "Follow / favourite" categories

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #3 from MZMcBride  2011-04-02 23:09:52 UTC ---


*** This bug has been marked as a duplicate of bug 7148 ***

-- 
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 watching all bug changes.

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

[Bug 28399] Get Random list from Arabic Wiktionary

[bugzilla-daemon]

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

--- Comment #2 from tigereye_...@yahoo.com 2011-04-02 23:05:41 UTC ---
ok
is there any possibility to limit the returned languages
i.e. 
0 for all
1 for English
2 for Spanish
3 for Arabic
.. and so on
that would be very helpful

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28399] Get Random list from Arabic Wiktionary

[bugzilla-daemon]

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

--- Comment #1 from Reedy  2011-04-02 23:02:47 UTC ---
http://ar.wikipedia.org/w/api.php?action=query&list=random&rnnamespace=0&rnlimit=10

It's fine on there.

On the english wiktionary, I got

  


It's something wiktionary specific...

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

[Bug 28396] "Follow / favourite" categories

[bugzilla-daemon]

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

--- Comment #2 from Subfader  2011-04-02 23:02:28 UTC ---
yep, thanks. please close as dupe.

-- 
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 watching all bug changes.

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

[Bug 28399] New: Get Random list from Arabic Wiktionary

[bugzilla-daemon]

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

 Bug #: 28399
   Summary: Get Random list from Arabic Wiktionary
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: tigereye_...@yahoo.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
soxre...@gmail.com, vasi...@gmail.com
Classification: Unclassified


the 'list=random' should return random list of pages in the specified 
1. namespace
2. language

but when i try this
"http://ar.wiktionary.org/w/api.php?action=query&list=random&rnnamespace=0&rnlimit=10";

which is in the Arabic domain, 
most of the pages are in English,
which is not right even if this contain English or other languages,
at least get the majority Arabic not English

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28396] "Follow / favourite" categories

[bugzilla-daemon]

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

MZMcBride  changed:

   What|Removed |Added

 CC||b...@mzmcbride.com

--- Comment #1 from MZMcBride  2011-04-02 22:24:04 UTC ---
I think this is pretty much a duplicate of bug 7148.

-- 
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 watching all bug changes.

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

[Bug 28396] "Follow / favourite" categories

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27771] Mechanism for loading site wide JavaScript libraries

[bugzilla-daemon]

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

--- Comment #5 from Nux  2011-04-02 21:29:37 UTC ---
(In reply to comment #4)
> (In reply to comment #2)
> 
> > Please note that this is targeted primarily at Wikimedia sites where you 
> > don't
> > have access to PHP and, to my knowledge, you don't have any way to say 
> > "script
> > X requires script Y; make it happen" with RL.
> 
> You can specify dependencies for gadgets like * Gadgetname
> [ResourceLoader|dependencies=foo.bar, bar.foo]|Gadgetname.js|Gadgetname|.css

Could you give a more specific example on how would I use that in JS? Let's say
I have a script User:Name/script.js that needs MediaWiki:Library.js.

> Essentially, you're requesting a combination of bug 13742 (Allow for gadgets 
> to
> be turned on by default) and bug 12211 (Show some gadgets only for admins) and
> so on. I've worked in this direction today, meanwhile I think this bug is a
> duplicate.

No, because this is not only for gadgets. Not all gadgets end up implemented as
actual Gadgets.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27771] Mechanism for loading site wide JavaScript libraries

[bugzilla-daemon]

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

Max Semenik  changed:

   What|Removed |Added

 CC||maxsem.w...@gmail.com

--- Comment #4 from Max Semenik  2011-04-02 21:03:51 UTC 
---
(In reply to comment #2)

> Please note that this is targeted primarily at Wikimedia sites where you don't
> have access to PHP and, to my knowledge, you don't have any way to say "script
> X requires script Y; make it happen" with RL.

You can specify dependencies for gadgets like * Gadgetname
[ResourceLoader|dependencies=foo.bar, bar.foo]|Gadgetname.js|Gadgetname|.css

Essentially, you're requesting a combination of bug 13742 (Allow for gadgets to
be turned on by default) and bug 12211 (Show some gadgets only for admins) and
so on. I've worked in this direction today, meanwhile I think this bug is a
duplicate.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27771] Mechanism for loading site wide JavaScript libraries

[bugzilla-daemon]

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

--- Comment #3 from Happy-melon  2011-04-02 
20:50:57 UTC ---
(In reply to comment #2)
> Please note that this is targeted primarily at Wikimedia sites where you don't
> have access to PHP and, to my knowledge, you don't have any way to say "script
> X requires script Y; make it happen" with RL.

Precisely, I'm saying that a solution to *that* missing functionality is what
you *actually* need.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28398] New: Custom namespaces for ku.wiktionary and ku.wikipedia

[bugzilla-daemon]

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

 Bug #: 28398
   Summary: Custom namespaces for ku.wiktionary and ku.wikipedia
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: ghyb...@gmail.com
Classification: Unclassified


Could you please create these namespaces:

== Wiktionary (Wîkîferheng) ==

Pêvek (Appendix):
{{ns:100}} => Pêvek
{{ns:101}} => Pêvek nîqaş

Nimînok (Index):
{{ns:102}} => Nimînok
{{ns:103}} => Nimînok nîqaş

Portal:
{{ns:104}} => Portal
{{ns:105}} => Portal nîqaş

== Wikipedia (Wîkîpediya) ==

Portal:
{{ns:100}} => Portal
{{ns:101}} => Portal nîqaş

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 watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28397] New: Allow collation to be specified per category

[bugzilla-daemon]

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

 Bug #: 28397
   Summary: Allow collation to be specified per category
   Product: MediaWiki
   Version: wikimedia-deployment
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Categories
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: bawolff...@gmail.com
CC: simetrical+wikib...@gmail.com
Classification: Unclassified


It was suggested on irc by Skalman12 (as well as in some other places.
Presumably bug 164, but I don't feel like reading the 5 billion comments on it)
that it should be possible to override the collation. Specifically, the
Wiktionaries would find it useful.

Its not entirely clear if this is a wontfix, but i think its possible.

As a further aside, This also won't be very useful until some future time when
we actually have multiple useful collations.

Suggested ways of doing this that I've heard so far:
*Global config variable that provides specific categories that use different
collation.

Downside: Thats something very specific to put in LocalSettings.php - It'd
probably be a long list, it would also probably change on a regular enough
interval that the number of shell requests would be annoying. A maintenance
script would also have to be run each time this is done

*magic word/parser func - {{#usecollation:uca-german}} on a category page.
Upside: Wiki users can specify what collation easily. Could store the relevent
info in page_props table. Could re-fresh the sorting of categorymembers with
the job queue. Seems kind of the wiki-way of doing such thing, rather similar
to how hidden categories work.

Downside: Well the categories are being re-sorted, the category page becomes
kind of borked. Would be a good vandalism target to do this to
[[category:Living people]]. Thus we probably want to limit collation changes to
admins, so people don't abuse it.

*put config info in system message (mediawiki namespace page).
Upside: Wiki users can configure it them self. Limited to admins so people
don't be stupid.

Downside: Not as easy to trigger the re-sort category jobs. Not as clear to the
end user why category x is sorted differently from category y. And
configuration in system messages is kind of evil.

*Use a special page. (Similar to how we do page protection). Could have a link
in the toolbox for sufficiently privileged users to "Change category sorting".

Upside: Kind of a nicer UI. Could present a list of valid choices to user,
instead of expecting them to know, along with help info about the various
choices. Can have a separate right for changing collations.

Downside: Slightly more complex to implement, would require a new db table to
manage the info. Also, to the average user wondering why this category sorts
differently then others, its not as obvious as the parser func method, since
nothing different in page source (although could have a notice similar to that
of page protection perhaps, not sure if that'd entirely make sense).

---
I personally think the special page approach is the best way to do this
(assuming that we do do that).

>From a backend prespective, what would need to be done (I think anyways):

*Collation::singleton would have to be changed to accept an argument, for what
category it is. Probably would need a change in name to to something more
appropriate if its no longer a singleton.
*Collation would probably need a static method to map category names to
collation name, so we can full out cl_collation field of the categorylinks
table properly.
*Would need to implement support in the job queue to fix cl_sortkey field when
we change it for a category. Probably not that hard since we have a maintenance
script that does something close to that already. The relevant maintenace
script expects everything to use the same collation name if i recall, so that'd
also have to be changed.

Thoughts?

-- 
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 watching all bug changes.

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

[Bug 28389] Single quote in comment derails doxygen

[bugzilla-daemon]

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

--- Comment #4 from f.trott  2011-04-02 20:28:37 UTC ---
Moving the comment out of the array declaration worked, so it seems to be the
combination. The doxygen PHP parser is based on the C parser, AFAIK. Can't
remember what a # signifies in C, but it's probably not a comment. This might
explain, why it's unexpected in an array declaration, but works alright
outside.

-- 
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 watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #18 from Happy-melon  2011-04-02 
20:24:10 UTC ---
(In reply to comment #17)
> > If you think that voting on bugs was the apotheosis of developer
> > decision-making on Wikimedia, you are simply not inhabiting the same reality
> 
> Correct me, if it has been removed meanwhile, but when I came to this buzilla
> installation in the beginning, I read a guide about "reporting bugs" which 
> told
> me to vote for bugs so as to raise their priority and likelyhood of assement
> but to "not rely on this as automatic since developers are free to choose
> themselves" which was pretty fine for me. If voting had been useless and
> unwanted, it had not been announced this way and had been switched off in the
> first place. So now do not blame us that we used it.

Cf bug 1 :D  I remember the page you're thinking of, and it did IIRC indeed say
something like that.  I'm not blaming anyone for anything apart from ignoring
that "but to not rely on..." phrase.  

It's only "unwanted" in the sense that the *confusion it causes* is unwanted;
other than that it's just amicably useless.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28389] Single quote in comment derails doxygen

[bugzilla-daemon]

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

--- Comment #3 from Happy-melon  2011-04-02 
20:18:11 UTC ---
Then why doesn't, for instance, the apostrophe at
http://svn.wikimedia.org/doc/Title_8php_source.html#l00562 trigger the same
behaviour?  I think it's that it doesn't like the comments inside the array
declaration, rather than it not liking the syntax of the comment.  Thoughts?

-- 
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 watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #17 from Purodha Blissenbach  
2011-04-02 19:58:20 UTC ---
> If you think that voting on bugs was the apotheosis of developer
> decision-making on Wikimedia, you are simply not inhabiting the same reality

Correct me, if it has been removed meanwhile, but when I came to this buzilla
installation in the beginning, I read a guide about "reporting bugs" which told
me to vote for bugs so as to raise their priority and likelyhood of assement
but to "not rely on this as automatic since developers are free to choose
themselves" which was pretty fine for me. If voting had been useless and
unwanted, it had not been announced this way and had been switched off in the
first place. So now do not blame us that we used it.

Btw., it looks like pulling the plug on voting was accidental.
Commenting it: "What a great idea. I never used it." feels like a strange move
to some of us.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28389] Single quote in comment derails doxygen

[bugzilla-daemon]

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

--- Comment #2 from f.trott  2011-04-02 19:54:02 UTC ---
(In reply to comment #1)
> would be fine?  What happens to doxygen in the former case?

I could not find your code, I am talking about
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/HTMLForm.php?view=markup&pathrev=85166#l76

However, yours is probably a candidate, too.
The problem is, that doxygen interprets the apostrophe as a string start and
consequently ignores the following code (or tries to cope with it somehow). See
http://svn.wikimedia.org/doc/HTMLForm_8php_source.html.

-- 
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 watching all bug changes.

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

[Bug 24156] Messages of log entries should support GENDER

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

 Blocks|28052   |

-- 
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 watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28052] Deploy Gender Namespaces on all relevant wikis

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com
 Depends on|24156   |

--- Comment #3 from Niklas Laxström  2011-04-02 
19:50:41 UTC ---
24156 doesn't block this.

-- 
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 watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28052] Deploy Gender Namespaces on all relevant wikis

[bugzilla-daemon]

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

Bug 28052 depends on bug 27387, which changed state.

Bug 27387 Summary: Gender specific display text for tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=27387

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
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 watching all bug changes.

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

[Bug 27691] Complete namespaceGenderAliases for all languages we support

[bugzilla-daemon]

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

Bug 27691 depends on bug 27387, which changed state.

Bug 27387 Summary: Gender specific display text for tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=27387

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
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 watching all bug changes.

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

[Bug 27387] Gender specific display text for tabs

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||niklas.laxst...@gmail.com
 Resolution||FIXED

--- Comment #5 from Niklas Laxström  2011-04-02 
19:48:11 UTC ---
Added message documentation in twn. That should be enough.

-- 
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 watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28393] Remove deleted wikis from all dblists

[bugzilla-daemon]

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

Jesse PW (Pathoschild)  changed:

   What|Removed |Added

   Keywords||shell
   Severity|normal  |major

-- 
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 watching all bug changes.

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

[Bug 28191] Write an extension that invites users to translate untranslated messages

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

   Priority|High|Low

-- 
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 watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28396] New: "Follow / favourite" categories

[bugzilla-daemon]

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

 Bug #: 28396
   Summary: "Follow / favourite" categories
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Categories
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: subfa...@gmail.com
Classification: Unclassified


I want to request a feature to follow categories.

Watching:
When I "follow" a category I will be informed about new pages in that category. 
Currently there is no way stay informed about new articles on topics I like.
Watching a category will only inform you about edits to the category page
itself, that's not what I'm talking about.

Informing the user:
The user could be informed about new pages in categories he follows in
different ways (maybe a user pref):

- on a special page, e.g. Special:Dashboard. Just like the Watchlist he may be
able to edit the list of followed categories here too.

- via RSS. The feed should be unique so I can't guess other people's RSS feeds.


Scenarios to think about: What happens if

* a users starts following his first category. (His list would be empty, since
nothing was added since he started following it. Maybe the last page added
should be listed as a dummy.)

* a page in a watched category is moved (title should be updated in relevant
table)

* a page in a watched category is deleted

* a page is added to a followed category days after page creation

* a page is removed from a followed category before teh user saw it

* the user follows 100 or categories (using a max value may be possible but
should be avoided)

* the user follows a main category (such can include thousands of pages) (maybe
a blacklist of non-followable cats would help)

-- 
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 watching all bug changes.

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

[Bug 14977] $wgServer lacks brackets in IPv6 URLs

[bugzilla-daemon]

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

Alexandre Emsenhuber [IAlex]  changed:

   What|Removed |Added

 CC||ialex.w...@gmail.com
  Component|Installation|General/Unknown

--- Comment #27 from Alexandre Emsenhuber [IAlex]  
2011-04-02 19:36:19 UTC ---
Back to General/Unknown, this is not an installation bug since $wgServer is
discovered on each request and not only once in the installation process.

-- 
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 watching all bug changes.

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

[Bug 28390] Bugilla page page has disappared (voting data)

[bugzilla-daemon]

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

Purodha Blissenbach  changed:

   What|Removed |Added

 CC||bugzilla.wikime...@publi.pu
   ||rodha.net

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28389] Single quote in comment derails doxygen

[bugzilla-daemon]

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

Happy-melon  changed:

   What|Removed |Added

 CC||happy.melon.w...@gmail.com

--- Comment #1 from Happy-melon  2011-04-02 
19:35:00 UTC ---
So you're saying that 

if( $wgRequest->wasPosted() ){
# Ok, so we got a POST submission asking us to reblock a user...
# confirm checkbox; the user will only see it if they haven't
previously
$fields['Confirm']['type'] = 'check';
}

is broken because of the apostrophe in "haven't"; but that 

if( $wgRequest->wasPosted() ){
// Ok, so we got a POST submission asking us to reblock a user...
// confirm checkbox; the user will only see it if they haven't
previously
$fields['Confirm']['type'] = 'check';
}

would be fine?  What happens to doxygen in the former case?

-- 
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 watching all bug changes.

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

[Bug 28388] label column in HTMLForm is sometimes compressed even when there is excess space on the side

[bugzilla-daemon]

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

--- Comment #5 from Purodha Blissenbach  
2011-04-02 19:32:00 UTC ---
I do not necessarily suggest "inconstency" within a subsection though there may
be exceptions. I don not mind aligning similar things in an input form in
columns, but I sincerly doubt that aligning things across multiple pages (at
least as appearance to the majority using JavaScripts is concerned) is of any
value to users, I even doubt that large block of similar data need a common
alignment when the outcome is awkward to read. In print, tabular data bearing
no relationship, be it contextual or formal or layoutwise, end and restart at
section headings. So we would not do anything bad or unusual, if we layouted
our preferences page accordingly.

There is even a way to combine the two worlds. Good prints use implicit
tabulator stops for their series of sections of tabular data, when possible.
With PHP and HTML, it is possible to weigh the approximate maximum widths of
columns within each section, and relate them to each other, finally
distributing colspans accordingly. So, we have a constant layout per section
with some flexibility between sections and a common grid for them all. This
would at least eliminate "holes" (large white square blocks).
It may well suffice to fix this issue and related ones.

-- 
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 watching all bug changes.

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

[Bug 14977] $wgServer lacks brackets in IPv6 URLs

[bugzilla-daemon]

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

k00r0sh  changed:

   What|Removed |Added

 CC||koorosh2delb...@yahoo.com
  Component|General/Unknown |Installation

-- 
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 watching all bug changes.

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

[Bug 28395] New: mark action=parse&oldid and &pageid as integer

[bugzilla-daemon]

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

 Bug #: 28395
   Summary: mark action=parse&oldid and &pageid as integer
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: duplicate...@googlemail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
soxre...@gmail.com, vasi...@gmail.com
Classification: Unclassified


Please mark action=parse&oldid and &pageid as integer, because the pageid and
the oldid in MediaWiki are always integers. The pageids and revids in
ApiPageSet also marked as integer. Please change the type to integer, so
action=paraminfo can output that correct.

Thanks.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #16 from Happy-melon  2011-04-02 
19:26:30 UTC ---
(In reply to comment #15)
> (In reply to comment #5)
> FYI I am GMT +1. We finally are about to discuss bug
> assessment/evaluation/rating, which will hopefully give this site a meaning. A
> sophisticated modern place where development discussion boils down in an
> organized manner and decisions on the future are made is simply non-existing 
> in
> whole Wikimedia and bug voting was the closest to this. 

If you think that voting on bugs was the apotheosis of developer
decision-making on Wikimedia, you are simply not inhabiting the same reality as
the developers who actually do the coding round here.  The developers have two
IRC channels, four mailing lists, a bug tracker, a code review queue, a
scratchpad and an entire wiki in their toolkit for hosting development
discussions.  They work perfectly adequately to allow such discussions to "boil
down in an organised manner".  If you think that such fora don't exist, you're
just looking in the wrong place.  

> Of course, this site should expand significantly to be able to host 
> such a process or much better a specialized site should be launched in 
> the look of some ideas bank (Dells ideastorm etc.). The general public 
> should be able to supply priorities weighting at leaset 50% of the 
> development made, the other 50% may be supplied
> by developer community as software performance is an important issue 
> too of course.

You're making the mistaken assumption that the MediaWiki developers are in some
way subservient to the whims of the members of whichever wiki you come from. 
The MediaWiki software is its own project with its own community, which
produces a product that you happen to use and suggest improvements to.  We are
fortunate to have amongst that community a number of developers who are paid by
the WMF to develop parts of that software for the specific benefit of the
Wikimedia projects; but 80% of the MW developers are volunteers, and 95% of
instances of MediaWiki wikis are not Wikimedia projects.

Make no mistake, the MW developers are very interested in the bug reports and
feature requests of MW users, and it's natural that Wikimedia projects are the
source of the majority of those comments.  Collecting and ordering those
suggestions is the purpose of bugzilla.wikimedia.org.  But treat the
developers' sites as you would treat another Wikimedia project; the
relationship between a wikipedia and Commons is an excellent example.  You do
not order Commons admins around, and you do not attempt to dictate the workflow
and priorities of the Commons community.  If you observe a problem, you point
it out and engage in discussion where necessary.  And everyone tries to work
together to build a better future, because they're Nice People, not because
someone is dictating to the other.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28393] Remove deleted wikis from all dblists

[bugzilla-daemon]

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

Jesse PW (Pathoschild)  changed:

   What|Removed |Added

 CC||krinklem...@gmail.com

--- Comment #2 from Jesse PW (Pathoschild)  
2011-04-02 19:23:51 UTC ---
*** Bug 27994 has been marked as a duplicate of this bug. ***

-- 
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 watching all bug changes.

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

[Bug 27994] Remove liquidthreads_labswikimedia from globaluserinfo / dblists

[bugzilla-daemon]

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

Jesse PW (Pathoschild)  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||pathoschild+wmb...@gmail.co
   ||m
 Resolution||DUPLICATE

--- Comment #1 from Jesse PW (Pathoschild)  
2011-04-02 19:23:51 UTC ---


*** This bug has been marked as a duplicate of bug 28393 ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28393] Remove deleted wikis from all dblists

[bugzilla-daemon]

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

--- Comment #1 from Jesse PW (Pathoschild)  
2011-04-02 19:23:46 UTC ---
*** Bug 28384 has been marked as a duplicate of this bug. ***

-- 
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 watching all bug changes.

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

[Bug 28384] API wiki data is inconsistent: bawiktionary simultaneously exists and does not exist

[bugzilla-daemon]

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

Jesse PW (Pathoschild)  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #3 from Jesse PW (Pathoschild)  
2011-04-02 19:23:46 UTC ---


*** This bug has been marked as a duplicate of bug 28393 ***

-- 
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 watching all bug changes.

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

[Bug 28394] New: mark action=unblock&id as integer

[bugzilla-daemon]

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

 Bug #: 28394
   Summary: mark action=unblock&id as integer
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: duplicate...@googlemail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
soxre...@gmail.com, vasi...@gmail.com
Classification: Unclassified


The param action=unblock&id should be an (positive) integer, because it is an
integer in the database. Please set the type integer, so action=paraminfo can
output that correct.

Thanks.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28393] New: Remove deleted wikis from all dblists

[bugzilla-daemon]

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

 Bug #: 28393
   Summary: Remove deleted wikis from all dblists
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: pathoschild+wmb...@gmail.com
Classification: Unclassified


The API is inconsistent regarding the existence of deleted wikis. Krinkle (bug
27994) and Reedy (bug 28384) suggest the wikis were not removed from all
dblists.

For example, the Bashkir Wiktionary is listed by globaluserinfo[1], but does
not exist according to sitematrix[2]. This causes problems for scripts that
cross-reference the dbname to the details gathered from the site matrix.

I encountered this problem with the following dbnames:
* bawiktionary
* liquidthreads_labswikimedia
* tokiponawiki
* tokiponawikibooks
* tokiponawikiquote
* tokiponawiktionary

1>
http://en.wikipedia.org/w/api.php?action=query&meta=globaluserinfo&guiuser=Pathoschild&guiprop=|merged
2> http://meta.wikimedia.org/w/api.php?action=sitematrix

-- 
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 watching all bug changes.

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

[Bug 28392] New: mark action=undelete×tamps as type "timestamp"

[bugzilla-daemon]

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

 Bug #: 28392
   Summary: mark action=undelete×tamps as type "timestamp"
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: duplicate...@googlemail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
soxre...@gmail.com, vasi...@gmail.com
Classification: Unclassified


the param action=undelete×tamps is not marked as timestamp. Please set the
type "timestamp", so action=paraminfo can output that correct and a wrong
timestamp is reported as error.

It seems, you have to implement also the validation of timestamps for multi
params inside ApiBase::getParameterFromSettings().

Thanks.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27022] use correct directionality in lists of messages.

[bugzilla-daemon]

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

Bug 27022 depends on bug 28234, which changed state.

Bug 28234 Summary: RTL must be the default directionality for an input box in 
translation page if the target language is RTL
https://bugzilla.wikimedia.org/show_bug.cgi?id=28234

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28234] RTL must be the default directionality for an input box in translation page if the target language is RTL

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Niklas Laxström  2011-04-02 
19:12:52 UTC ---
r85205

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

[Bug 28211] Latgalian Wikipedia fallback language

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com

--- Comment #1 from Niklas Laxström  2011-04-02 
18:57:58 UTC ---
http://translatewiki.net/wiki/Thread:Support/Latgalian

-- 
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 watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 28391] New: action=feedwatchlist&allrev should be a bool

[bugzilla-daemon]

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

 Bug #: 28391
   Summary: action=feedwatchlist&allrev should be a bool
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: duplicate...@googlemail.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
soxre...@gmail.com, vasi...@gmail.com
Classification: Unclassified


The param allrev of action=feedwatchlist is used as boolean. Please change the
default from null to false, so action=paraminfo can output that correct.
Thanks.

You can short the example from &allrev=allrev to &allrev=

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #15 from Kozuch  2011-04-02 18:54:30 UTC ---
(In reply to comment #5)
> I don't know The information in and about the bug reports seen pretty
> valuable to me...

Surely I exagerated way too much but this issue really made me angry. Votes
would have no meaning without the bugs themselves of course.

(In reply to comment #6)
> I really hope that you're in some exotic timezone which is 14 hours behind UTC
> and that this is a really bad April Fool joke.  Otherwise, it's pretty
> pathetic.  And utterly impossible: saying that the fact that someone voted on
> bug 12345 is more important than what bug 12345 is about, is a logical fallacy
> apart from anything else.
> 
> I remain thoroughly unconvinced of the usefulness of votes; they're a very
> inaccurate measure of support for a bug, and in a volunteer development
> environment "level of support" doesn't really mean very much anyway.  
> "tracking
> bugs" is what the CC feature is for, as comment 2 points out.

FYI I am GMT +1. We finally are about to discuss bug
assessment/evaluation/rating, which will hopefully give this site a meaning. A
sophisticated modern place where development discussion boils down in an
organized manner and decisions on the future are made is simply non-existing in
whole Wikimedia and bug voting was the closest to this. Of course, this site
should expand significantly to be able to host such a process or much better a
specialized site should be launched in the look of some ideas bank (Dells
ideastorm etc.). The general public should be able to supply priorities
weighting at leaset 50% of the development made, the other 50% may be supplied
by developer community as software performance is an important issue too of
course.

(In reply to comment #12)
> This has nothing to do with the progress of Wikimedia. If you think taking
> voting out of the default Bugzilla installation was a bad idea, go complain to
> the Mozilla Foundation.

You are wrong. There was an important feature removed from this site and I do
not mind what the reason was. This is what matters, someone removed a feature
from here. This has nothing to do with Mozilla Foundation but it has with this
site's admins.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 9501] List/indication of unpatrolled uploaded media files

[bugzilla-daemon]

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

k00r0sh  changed:

   What|Removed |Added

 CC||koorosh2delb...@yahoo.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 18682] Can't provide alt text for files in

[bugzilla-daemon]

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

k00r0sh  changed:

   What|Removed |Added

 CC||koorosh2delb...@yahoo.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 9790] Watchlist doesn't show earlier normal edits when hiding bot edits, own edits or minor edits

[bugzilla-daemon]

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

k00r0sh  changed:

   What|Removed |Added

 CC||koorosh2delb...@yahoo.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 3646] RSS, Atom, XML syndication feeds (tracking)

[bugzilla-daemon]

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

k00r0sh  changed:

   What|Removed |Added

 CC||koorosh2delb...@yahoo.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28388] label column in HTMLForm is sometimes compressed even when there is excess space on the side

[bugzilla-daemon]

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

--- Comment #4 from Happy-melon  2011-04-02 
18:46:16 UTC ---
(In reply to comment #3)
> That is right for this subsection.
> 
> Since many do not have labels, it is not true for other subsections. For
> example in the subsection following this one, I sugest to shrink the left
> column away for all rows but one.

Alignment should not be inconsistent within sections; the start of each input
should line up.  See http://www.mediawiki.org/wiki/Style_guide/Forms etc.  

> My general suggestion is "more flexibility".

Flexibility is the enemy of consistency, and consistency is an important part
of accessibility.  

> Occasionally, "Label Input Space" is bad for i18n, and "Text1 Input Text2" was
> a better way to go. See also:
> http://www.mediawiki.org/wiki/Localisation#Have_message_elements_before_and_after_input_fields

You added (http://www.mediawiki.org/w/index.php?diff=246667) that yourself;
don't then cite it as independent support :P  I do understand that it may make
sense from a localisation perspective, but that's missing the point of the
form: a form is there to capture data, and the data is different to the
description, and different to the errors.  We certainly need to flip the layout
in RTL languages; that's something we don't currently do and that's bad.  But
breaking up the alignment or semantic separation is not a good idea.

-- 
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 watching all bug changes.

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

[Bug 15000] Special:Import error: "Import failed: Could not open import file"

[bugzilla-daemon]

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

k00r0sh  changed:

   What|Removed |Added

 CC||koorosh2delb...@yahoo.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 367] Markup accessibility issues (tracking)

[bugzilla-daemon]

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

k00r0sh  changed:

   What|Removed |Added

 CC||koorosh2delb...@yahoo.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28388] label column in HTMLForm is sometimes compressed even when there is excess space on the side

[bugzilla-daemon]

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

--- Comment #3 from Purodha Blissenbach  
2011-04-02 18:31:28 UTC ---
That is right for this subsection.

Since many do not have labels, it is not true for other subsections. For
example in the subsection following this one, I sugest to shrink the left
column away for all rows but one.

My general suggestion is "more flexibility".

Occasionally, "Label Input Space" is bad for i18n, and "Text1 Input Text2" was
a better way to go. See also:
http://www.mediawiki.org/wiki/Localisation#Have_message_elements_before_and_after_input_fields

-- 
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 watching all bug changes.

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

[Bug 27378] Duping the bug does not add users to CC-list of target bug

[bugzilla-daemon]

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

--- Comment #6 from Reedy  2011-04-02 18:29:12 UTC ---
Seems to be working on BZ4 for at least the reporter... See bug 28390/bug 28385

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 16822] Provide SSL/HTTPS interface to upload.wikimedia.org and use it for SSL-served pages

[bugzilla-daemon]

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

k00r0sh  changed:

   What|Removed |Added

 CC||koorosh2delb...@yahoo.com

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 CC||ma...@snafu.pb4.de

--- Comment #14 from Reedy  2011-04-02 18:24:24 UTC ---
*** Bug 28390 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28390] Bugilla page page has disappared (voting data)

[bugzilla-daemon]

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

Reedy  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #1 from Reedy  2011-04-02 18:24:24 UTC ---


*** This bug has been marked as a duplicate of bug 28385 ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28390] New: Bugilla page page has disappared (voting data)

[bugzilla-daemon]

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

 Bug #: 28390
   Summary: Bugilla page page has disappared (voting data)
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: critical
  Priority: Normal
 Component: Bugzilla
AssignedTo: pdha...@wikimedia.org
ReportedBy: ma...@snafu.pb4.de
CC: innocentkil...@gmail.com, s...@reedyboy.net
Classification: Unclassified


Created attachment 8369
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8369
Bugzilla error page

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 25403] SVGHandler does not properly escape ImageMagick input

[bugzilla-daemon]

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

--- Comment #10 from Bawolff  2011-04-02 18:21:52 UTC ---
Works for me on both trunk (1.18 - r85088) as well as on 1.15.5.

The command used (according to debug messages) is:
/bin/bash '/var/www/w/phase3/bin/ulimit4.sh' 180 102400 102400 'convert
-background white -thumbnail 128x128\!
'\''/var/www/w/phase3/images/0/0e/Inkscape_logo_2.svg'\''
PNG:'\''/var/www/w/phase3/images/thumb/0/0e/Inkscape_logo_2.svg/128px-Inkscape_logo_2.svg.png'\''
2>&1'

Version of inkscape is

bawolff@Bawolff-L:/var/www/w/phase3$ convert --version
Version: ImageMagick 6.3.7 08/07/09 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC

Version of wmf2eps is:

bawolff@Bawolff-L:/var/www/w/phase3$ wmf2eps --version
libwmf: version 0.2.8



>I've tried executing the same command on the shell and it works flawlessly when
>removing all of the single quotes. I think that convert is somehow interpreting
>both arguments, source file and output file as a single argument due to some
>erroneous escaping. (Removing one pair of "\'" from every argument works as
>well)

When trying it on shell, did you include the ulimit.sh part to? Did you try at
as the same user as apache, did increasing $wgMaxShellMemory do anything for
making it work on mediawiki, etc.

-- 
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 watching all bug changes.

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

[Bug 28389] New: Single quote in comment derails doxygen

[bugzilla-daemon]

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

 Bug #: 28389
   Summary: Single quote in comment derails doxygen
   Product: MediaWiki
   Version: 1.18-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: trivial
  Priority: Normal
 Component: Documentation
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: f.tr...@gmx.net
Classification: Unclassified


HTMLForm.php (r85166) contains in lines 76..78 a comment using #. The comment
contains an apostrophe which derails doxygen. The # should be changed into //.

-- 
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 watching all bug changes.

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

[Bug 22196] Priority field need hiding

[bugzilla-daemon]

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

Ashar Voultoiz  changed:

   What|Removed |Added

 CC|has...@free.fr  |

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28348] Template weirdness on pl.wiki

[bugzilla-daemon]

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

--- Comment #7 from Aaron Schulz  2011-04-02 18:00:42 UTC 
---
(In reply to comment #6)
> (In reply to comment #5)
> > Should be fixed in r85199.
> 
> This is not retroactive though. I'll look into a cleanup script. Actually,
> re-opening as a reminder for that.

Script added in r85202. I can't run it now since findFileFromKey() isn't in
1.17.

-- 
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 watching all bug changes.

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

[Bug 27771] Mechanism for loading site wide JavaScript libraries

[bugzilla-daemon]

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

--- Comment #2 from Nux  2011-04-02 17:56:31 UTC ---
(In reply to comment #1)
> As I said on bug27488, this is *not* what is actually wanted.  All of this
> implementation minutiae belongs in backend code, not frontend.  The solution 
> to
> modules loading out of order is not to return to each wiki painstakingly
> ordering its scripts, it's to fully leverage RL's ability to let you say
> "script X requires script Y; make it happen".  
> 
> We do need a UI interface for adding user-defined resources to be loaded
> through ResourceLoader.  But that should be a proper special page interface to
> a dedicated database table, not yet another
> parsing-an-interface-message-in-a-unique-way hack.

Please note that this is targeted primarily at Wikimedia sites where you don't
have access to PHP and, to my knowledge, you don't have any way to say "script
X requires script Y; make it happen" with RL.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27771] Mechanism for loading site wide JavaScript libraries

[bugzilla-daemon]

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

Happy-melon  changed:

   What|Removed |Added

 CC||happy.melon.w...@gmail.com

--- Comment #1 from Happy-melon  2011-04-02 
17:34:53 UTC ---
As I said on bug27488, this is *not* what is actually wanted.  All of this
implementation minutiae belongs in backend code, not frontend.  The solution to
modules loading out of order is not to return to each wiki painstakingly
ordering its scripts, it's to fully leverage RL's ability to let you say
"script X requires script Y; make it happen".  

We do need a UI interface for adding user-defined resources to be loaded
through ResourceLoader.  But that should be a proper special page interface to
a dedicated database table, not yet another
parsing-an-interface-message-in-a-unique-way hack.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27378] Duping the bug does not add users to CC-list of target bug

[bugzilla-daemon]

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

--- Comment #5 from Chad H.  2011-04-02 17:33:48 UTC 
---
Totally misread that. Sorry.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27488] Move JS libraries back to a header and do not load them dynamically

[bugzilla-daemon]

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

--- Comment #22 from Nux  2011-04-02 17:29:37 UTC ---
(In reply to comment #20)
> (In reply to comment #18)
> > From user script developer side of view I would want a way to inject scripts
> > before or after other scripts. 
> 
> I'm not convinced that that is really what a script developer wants (or at
> least *should* want).  What you *really* want is an environment where these
> things are not a concern.  We actually *don't* want wiki users to have either
> the ability or inclination to microtune the mechanics of resource loading;
> instead we want to provide a nice interface which allows users to specify in
> abstract terms what they want, and then a backend which works correctly to
> deliver it.  It's certainly true that that system is not correct or complete
> currently.

There are various scripts out there. People try to fill in the holes in MW to
make it good for writing Encyclopedia content, fighting vandals, proofreading
and what-not. Doing this sometimes includes changing crucial parts of the
interface, there is no way to avoid this and this is already the reality.

BTW a bug related to this problem is a bug 27771. A Krinkle idea in comment #15
seems fine to me.

> Rather, we should think of the with-javascript case as the default and treat
> the without-script case as the exception.  In r83292 I introduced support for
> loading MediaWiki:Noscript.css in a  tag in the
> header.  That infrastructure could easily be extended to load core noscript
> modules.  Having that extra option: to safely do something in CSS knowing you
> can *undo* it in CSS for script-less browsers, could open up some interesting
> new possible avenues.

This a good addition, but it will not always work. For example if your script
is to change something conditionally then it cannot be handled with CSS alone.
This is only possible if you use doc.write in the header to create the CSS.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27771] Mechanism for loading site wide JavaScript libraries

[bugzilla-daemon]

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

Nux  changed:

   What|Removed |Added

   See Also||https://bugzilla.wikimedia.
   ||org/show_bug.cgi?id=27488
Summary|Mechanism for loading site  |Mechanism for loading site
   |wide libraries  |wide JavaScript libraries

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27378] Duping the bug does not add users to CC-list of target bug

[bugzilla-daemon]

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

Danny B.  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |

--- Comment #4 from Danny B.  2011-04-02 17:08:22 UTC ---
How can CCing be dupe to voting? Also how can this be duped to two years old
bug, when this problem occured recently? Reopening.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #13 from Reedy  2011-04-02 17:06:01 UTC ---
(In reply to comment #10)
> 
> It's also possible to setup a saved search where a certain e-mail address (ie:
> your own) is on the CC list.

I've got a shared search of "\"My\" CC'd Bugs" and "All \"my\" bugs"

Where "My" is the current user, not hardcoded to my email

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 22196] Priority field need hiding

[bugzilla-daemon]

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

Happy-melon  changed:

   What|Removed |Added

 CC||happy.melon.w...@gmail.com

--- Comment #3 from Happy-melon  2011-04-02 
17:04:57 UTC ---
But although Mark uses it when he reviews bugs, that doesn't mean it should be
shown on bug *submission*.  Indeed it probably makes it more useful to not let
bug submitters play around randomly with it.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 22196] Priority field need hiding

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX

--- Comment #2 from Chad H.  2011-04-02 17:02:54 UTC 
---
We seem to use this more now, indeed. Closing as WONTFIX.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 18192] Transfer bug's votes on duplication

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

 CC||dann...@email.cz

--- Comment #5 from Chad H.  2011-04-02 17:01:52 UTC 
---
*** Bug 27378 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27378] Duping the bug does not add users to CC-list of target bug

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE

--- Comment #3 from Chad H.  2011-04-02 17:01:52 UTC 
---


*** This bug has been marked as a duplicate of bug 18192 ***

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 27488] Move JS libraries back to a header and do not load them dynamically

[bugzilla-daemon]

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

--- Comment #21 from Nux  2011-04-02 16:58:06 UTC ---
Created attachment 8368
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=8368
Test results with notes

I would have to make more (probably more automated) tests to get more detailed
results, but I think even this few test results are interesting. For example I
thought the order of scripts would be more random.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28348] Template weirdness on pl.wiki

[bugzilla-daemon]

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

Aaron Schulz  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #6 from Aaron Schulz  2011-04-02 16:54:34 UTC 
---
(In reply to comment #5)
> Should be fixed in r85199.

This is not retroactive though. I'll look into a cleanup script. Actually,
re-opening as a reminder for that.

-- 
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 watching all bug changes.

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

[Bug 28348] Template weirdness on pl.wiki

[bugzilla-daemon]

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

Aaron Schulz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #5 from Aaron Schulz  2011-04-02 16:52:52 UTC 
---
Should be fixed in r85199.

-- 
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 watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #12 from Chad H.  2011-04-02 16:44:53 UTC 
---
(In reply to comment #3)
> Its nice someone has upgraded Bugzilla but I am affraid that voting data is
> (was???) THE ONLY VALUABLE data this bugzilla ever had, so if you throw that
> away you probably can close the whole site...
> 

Might as well. There's too many pesky enhancement requests as it is ;-)

> WHO IS RESPONSIBLE FOR THIS ISSUE??? Sometimes I just can not believe my eyes
> when watching the progress Wikimedia projects make... its mostly like two 
> steps
> backwards and one forward...

This has nothing to do with the progress of Wikimedia. If you think taking
voting out of the default Bugzilla installation was a bad idea, go complain to
the Mozilla Foundation.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #11 from Happy-melon  2011-04-02 
16:40:41 UTC ---
custom searches work perfectly well for me; votes gives you one quick-and-dirty
tracking list, I have five in my sidebar :D

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #10 from Chad H.  2011-04-02 16:33:51 UTC 
---
(In reply to comment #9)
> > Would you care to elaborate? What are you able to track with voting that you
> > can't track with a CC?
> 
> "List my votes" gives me a list with links and topics.
> CC jams my mailbox (often with ignorables like XYZZY is getting CCs now, too).
> Mailbox searches are not bad but pretty uneffective in comparison.
> 

CC preferences *are* configurable, for what it's worth (for example: I changed
my preferences to not send me e-mails only on a CC change, because you're
right, that's bugspam).

It's also possible to setup a saved search where a certain e-mail address (ie:
your own) is on the CC list.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28385] Voting disappeared, please restore

[bugzilla-daemon]

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

--- Comment #9 from Purodha Blissenbach  
2011-04-02 16:29:52 UTC ---
> Would you care to elaborate? What are you able to track with voting that you
> can't track with a CC?

"List my votes" gives me a list with links and topics.
CC jams my mailbox (often with ignorables like XYZZY is getting CCs now, too).
Mailbox searches are not bad but pretty uneffective in comparison.

> I personally find voting to be completely useless, but some people seem to 
> like it...

To me, Bugzilla was pretty useless without my votes restored.
I rely on them.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28388] label column in HTMLForm is sometimes compressed even when there is excess space on the side

[bugzilla-daemon]

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

Happy-melon  changed:

   What|Removed |Added

 CC||happy.melon.w...@gmail.com
  Component|User preferences|Page rendering
Summary|use full screen line width  |label column in HTMLForm is
   |for "Display options"   |sometimes compressed even
   |subsection in   |when there is excess space
   |Special:Preferences#preftab |on the side
   |-5 (Watchlist)  |

--- Comment #2 from Happy-melon  2011-04-02 
16:23:52 UTC ---
Each subsection is a three-column table with the labels in the first column,
the inputs in the second, and error messages in the third.  What you're saying
is that the first column should be wider so that the labels do not linewrap,
rather than leaving wasted space on the right-hand side.  Is that right?

-- 
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 watching all bug changes.

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

[Bug 27488] Move JS libraries back to a header and do not load them dynamically

[bugzilla-daemon]

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

Happy-melon  changed:

   What|Removed |Added

 CC||happy.melon.w...@gmail.com

--- Comment #20 from Happy-melon  2011-04-02 
16:19:31 UTC ---
(In reply to comment #18)
> From user script developer side of view I would want a way to inject scripts
> before or after other scripts. 

I'm not convinced that that is really what a script developer wants (or at
least *should* want).  What you *really* want is an environment where these
things are not a concern.  We actually *don't* want wiki users to have either
the ability or inclination to microtune the mechanics of resource loading;
instead we want to provide a nice interface which allows users to specify in
abstract terms what they want, and then a backend which works correctly to
deliver it.  It's certainly true that that system is not correct or complete
currently.

Let's not forget that the biggest problem here is caused by scripts which are
making big changes to the structure of a page, particularly collapsing stuff. 
I'm not honestly too concerned about there being a delay before a piece of
whitespace becomes a new tab; the problem is when a JS-induced change moves
existing stuff around.

It's quite right that we don't apply the collapsible styles by default lest the
content become inaccessible to users without javascript.  But that's not really
the proper order of support: we are implicitly treating the no-javascript case
as the default, and then trying to add functionality on top of it; hiding stuff
shouldn't really be done with JS, it should be done with CSS, but we daren't do
it with CSS lest the user never actually get the corresponding JS.  

Rather, we should think of the with-javascript case as the default and treat
the without-script case as the exception.  In r83292 I introduced support for
loading [[MediaWiki:Noscript.css]] in a  tag in the
header.  That infrastructure could easily be extended to load core noscript
modules.  Having that extra option: to safely do something in CSS knowing you
can *undo* it in CSS for script-less browsers, could open up some interesting
new possible avenues.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.

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

[Bug 28388] use full screen line width for "Display options" subsection in Special:Preferences#preftab-5 (Watchlist)

[bugzilla-daemon]

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

Purodha Blissenbach  changed:

   What|Removed |Added

   Priority|Normal  |Low
 CC||bugzilla.wikime...@publi.pu
   ||rodha.net
   Severity|enhancement |minor

-- 
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 watching all bug changes.

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