[Bug 21982] Reader feedback generates bad png graphs on enwikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21982





--- Comment #9 from Aaron Schulz jschulz_4...@msn.com  2010-01-03 08:07:10 
UTC ---
Gah, rsvg not imagemagick


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

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


[Bug 21998] Unable to install; config/index.php gives 403 due to mod_security

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21998


Chad H. innocentkil...@gmail.com changed:

   What|Removed |Added

 Blocks||20768




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

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


[Bug 20768] Branch 1.16

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20768


Chad H. innocentkil...@gmail.com changed:

   What|Removed |Added

 Depends on||21998




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

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


[Bug 21991] Move common query parameter (uc, rc) validation to ApiBase/Similar

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21991





--- Comment #1 from Reedy s...@reedyboy.net  2010-01-03 13:52:59 UTC ---
Oh Roan, I should've really asked.. Which way do we want to move to?


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

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


[Bug 22001] New: File history from shared repository parsed incorrectly

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22001

   Summary: File history from shared repository parsed incorrectly
   Product: MediaWiki
   Version: 1.16-svn
  Platform: All
OS/Version: All
Status: NEW
  Keywords: crosswiki
  Severity: minor
  Priority: Normal
 Component: Images and files
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: maar...@mdammers.nl
CC: gpaum...@wikimedia.org, innocentkil...@gmail.com


When viewing a file at a local wiki (nl.wikipedia.org in this case) from a
shared repository (commons.wikimedia.org in this case), the file history
section is parsed as being on the local wiki. Any links in the file history
which should point to the shared repository now points to the local wiki.

See for example http://nl.wikipedia.org/wiki/File:Haarlem_Hoofdwacht1.JPG
In the text ''Ludvig14'' points to
http://commons.wikimedia.org/wiki/User:Ludvig14 , but in the file history it
points to http://nl.wikipedia.org/w/index.php?title=Gebruiker:Ludvig14

The current version of nlwp is 1.16alpha-wmf (r59858)


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

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


[Bug 22001] File history from shared repository parsed incorrectly

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22001


Chad H. innocentkil...@gmail.com changed:

   What|Removed |Added

 Depends on||11




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

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


[Bug 11] Red interwiki links -- check for page existence across wikis

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=11


Chad H. innocentkil...@gmail.com changed:

   What|Removed |Added

 Blocks||22001




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

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


[Bug 22002] New: Add Opinions namespace to bg.wikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22002

   Summary: Add Opinions namespace to bg.wikinews
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://bg.wikinews.org
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Bugzilla
AssignedTo: fvass...@wikimedia.org
ReportedBy: gri...@gatchev.info
CC: innocentkil...@gmail.com


If possible, please create an Opinions namespace in the Bulgarian version of
Wikinews.

The Bulgarian name of the namespace should be Мнения (without the
quotes).

A voting about creating this namespace, reflecting a consensus among the active
contributors, can be found
[http://bg.wikinews.org/wiki/%D0%A3%D0%B8%D0%BA%D0%B8%D0%BD%D0%BE%D0%B2%D0%B8%D0%BD%D0%B8:%D0%93%D0%BB%D0%B0%D1%81%D1%83%D0%B2%D0%B0%D0%BD%D0%B5#.D0.98.D0.BC.D0.B5.D0.BD.D0.BD.D0.BE_.D0.BF.D1.80.D0.BE.D1.81.D1.82.D1.80.D0.B0.D0.BD.D1.81.D1.82.D0.B2.D0.BE_.D0.9C.D0.BD.D0.B5.D0.BD.D0.B8.D1.8F
here].

Thank you in advance.


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


[Bug 22002] Add Opinions namespace to bg.wikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22002


Chad H. innocentkil...@gmail.com changed:

   What|Removed |Added

  Component|Bugzilla|Site requests
   Keywords||shell




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

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


[Bug 22002] Add Opinions namespace to bg.wikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22002


Chad H. innocentkil...@gmail.com changed:

   What|Removed |Added

 AssignedTo|fvass...@wikimedia.org  |wikibugs-
   ||l...@lists.wikimedia.org




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

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


[Bug 19393] Feeds format dates in content language and other messages in user language

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=19393





--- Comment #4 from Mormegil morme...@centrum.cz  2010-01-03 15:30:36 UTC ---
(In reply to comment #3)
 Looks like bug #19391, bug #17868 have been resolved. 
 Does the issue reported in this bug still occur?

Sure, it does. Check the linked URL, it contains items like “مراجعة
أقدممراجعة 14:10, 19 August 2009” – interspersing English date
with Arabic text.

Those two bugs are not duplicates of this, or anything like 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 on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 18422] Special:OpenIDLogin should remember user's OpenID URL

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18422


Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch
 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch  
2010-01-03 16:11:52 UTC ---
Done in r60582.


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

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


[Bug 22003] New: Mandatory Radiobutton fields always fail validation

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22003

   Summary: Mandatory Radiobutton fields always fail validation
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://wiki.montcopa.org/TestWiki/index.php?title=Active
_Part-10004action=formedit
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: SemanticForms
AssignedTo: yaro...@gmail.com
ReportedBy: jack.p...@psitex.com
CC: wikibugs-l@lists.wikimedia.org


Created an attachment (id=6921)
 -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6921)
Patch adds ID to radiobutton field for use with validation

If you set a mandatory tag for a radiobutton field in version 1.8.6, will
always fail javascript validation returning cannot be blank.

I don't know why this worked in versions prior to 1.8.6, but stopped working
there.

If you do not have the tag mandatory in a field definition, will also allow
selection none.  If you add the mandatory validation, will never validate.

Patch attached that will fix this problem.

Example:

{{{field|Client Status|input type=radiobutton|property=Client
Status|default=Pending|mandatory}}}

-- Property Definition --
Property:Client Status

This is a property of type [[Has type::String]]. It links to pages that use the
form [[Has default form::Active Participants List]].

The allowed values for this property are:
* [[Allows value::Pending]]
* [[Allows value::Active]]
* [[Allows value::Inactive]]
* [[Allows value::Rejected]]

-- HTML Generated in broken version --
span class=mandatoryFieldsSpan
input type=radio tabindex=2 name=Active_Participants_List[Client
Status] value=Pending / Pending
input type=radio tabindex=2 name=Active_Participants_List[Client
Status] value=Active checked=checked / Active
input type=radio tabindex=2 name=Active_Participants_List[Client
Status] value=Inactive / Inactive
input type=radio tabindex=2 name=Active_Participants_List[Client
Status] value=Rejected / Rejected
/span
span id=info_2 class=errorMessage/span


-- Javascript validation generated --
if (! validate_mandatory_checkboxes('input_2', 'info_2')) num_errors += 1;

In validate_mandatory_checkboxes, field input_2 will never be found, so will
return validation error.

-- Proposed fix will generate following HTML --

/thtd colspan=5   span class=mandatoryFieldsSpan
input type=radio id=input_2 tabindex=2
name=Active_Participants_List[Client Status] value=Pending / Pending
input type=radio id=input_2 tabindex=2
name=Active_Participants_List[Client Status] value=Active checked=checked
/ Active
input type=radio id=input_2 tabindex=2
name=Active_Participants_List[Client Status] value=Inactive / Inactive
input type=radio id=input_2 tabindex=2
name=Active_Participants_List[Client Status] value=Rejected / Rejected
/span span id=info_2 class=errorMessage/span


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

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


[Bug 21991] Move common query parameter (uc, rc) validation to ApiBase/Similar

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21991


Roan Kattouw roan.katt...@gmail.com changed:

   What|Removed |Added

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




--- Comment #2 from Roan Kattouw roan.katt...@gmail.com  2010-01-03 16:40:16 
UTC ---
(In reply to comment #1)
 Oh Roan, I should've really asked.. Which way do we want to move to?
 

Ideally, the 'user' parameter type would trigger validation code in ApiBase
that is relatively relaxed and validates rc-style (allow IPs, throw error on
invalid stuff, don't mess with namespace prefixes so rcuser=Talk:Foo means
User:Talk:Foo and rcuser=User:Foo means User:User:Foo ; the latter is
presumably invalid). Logevents can then enforce the user-must-exist criterion
by just checking $user-isLoggedIn() and throwing an error if that returns
false.

Disclaimer: I don't know offhand which validation function does this. I think
it's User::getCanonicalName() or a related function; see
http://svn.wikimedia.org/doc/classUser.html


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

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


[Bug 22002] Add Opinions namespace to bg.wikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22002


Roan Kattouw roan.katt...@gmail.com changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com
 AssignedTo|wikibugs-   |roan.katt...@gmail.com
   |l...@lists.wikimedia.org   |




--- Comment #1 from Roan Kattouw roan.katt...@gmail.com  2010-01-03 16:43:00 
UTC ---
What should the name of the talk namespace be?


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

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


[Bug 22004] Special:OpenIDLogin should remember user's provider and value entered

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22004


Sergey Chernyshev sergey.chernys...@gmail.com changed:

   What|Removed |Added

  Component|Widgets |OpenID




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

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


[Bug 18422] Special:OpenIDLogin should remember user's OpenID URL

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18422





--- Comment #2 from Sergey Chernyshev sergey.chernys...@gmail.com  2010-01-03 
17:05:32 UTC ---
Thanks! These kind of minor UI changes mean a lot to users.

I've also added bug 22004 to remember user's provider choice for better UI.
Hope to do that based on your code.


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

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


[Bug 22004] Special:OpenIDLogin should remember user's provider and value entered

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22004


Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed:

   What|Removed |Added

 CC||alex.emsenhu...@bluewin.ch




--- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch  
2010-01-03 17:28:53 UTC ---
We can either save those values in cookies (I don't know if this is possible
since only the URL is passed to the server) or try to find the provider based
on the URL.


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

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


[Bug 20768] Branch 1.16

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20768


Bug 20768 depends on bug 21998, which changed state.

Bug 21998 Summary: Unable to install; config/index.php gives 403 due to 
mod_security
https://bugzilla.wikimedia.org/show_bug.cgi?id=21998

   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 on the CC list for the bug.

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


[Bug 21998] Unable to install; config/index.php gives 403 due to mod_security

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21998


Platonides platoni...@gmail.com changed:

   What|Removed |Added

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




--- Comment #1 from Platonides platoni...@gmail.com  2010-01-03 18:05:14 UTC 
---
Was fixed on r57454 when fixing bug 21030


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

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


[Bug 22002] Add Opinions namespace to bg.wikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22002





--- Comment #2 from Григор Гачев gri...@gatchev.info  2010-01-03 18:06:04 UTC 
---
Probably haven't clarified myself well enough. My apologies.

The new namespace should be attached to the main namespace, like the Opinions
namespace in the English language Wikinews. For this reason, it is not expected
to have a talk namespace.


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


[Bug 22002] Add Opinions namespace to bg.wikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22002


Bawolff bawolff...@gmail.com changed:

   What|Removed |Added

 CC||bawolff...@gmail.com




--- Comment #3 from Bawolff bawolff...@gmail.com  2010-01-03 18:14:17 UTC ---
Note: The english wikinews uses Comment namespace (ns#102) for this purpose,
which has comments_talk (ns#103) as a secret talk namespace. We use various
css/js hacks (theres a bug somewhere with a proposed extension to put it in php
that never got reviewed) to hide this secret talk namespace.

I'd be able to help the bulgarian project with porting over said css/js if they
want it.

cheers.


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

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


[Bug 22002] Add Opinions namespace to bg.wikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22002





--- Comment #4 from Roan Kattouw roan.katt...@gmail.com  2010-01-03 18:30:30 
UTC ---
(In reply to comment #2)
 Probably haven't clarified myself well enough. My apologies.
 
 The new namespace should be attached to the main namespace, like the Opinions
 namespace in the English language Wikinews. For this reason, it is not 
 expected
 to have a talk namespace.
 

As Bawolff said, this attaching to the main namespace is not a software feature
but is done with JavaScript. Even though the talk namespace wouldn't be used,
it still has to exist.


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

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


[Bug 22004] Special:OpenIDLogin should remember user's provider and value entered

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22004





--- Comment #2 from Sergey Chernyshev sergey.chernys...@gmail.com  2010-01-03 
19:05:20 UTC ---
I think the easiest way might be JavaScript and not the server side.


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

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


[Bug 21998] Unable to install; config/index.php gives 403 due to mod_security

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21998


Arent ar...@musys.nl changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED




--- Comment #2 from Arent ar...@musys.nl  2010-01-03 20:48:18 UTC ---
ok


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

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


[Bug 22002] Add Opinions namespace to bg.wikinews

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22002





--- Comment #5 from Григор Гачев gri...@gatchev.info  2010-01-03 20:58:12 UTC 
---
Thank you for the explanation. The Bulgarian name of the mentioned talk
namespace should be Мнения беседа. (And does it matter, if it
will not be used or even visible? :-) )

I could help with translation (if needed) of the said css/js.


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


[Bug 21911] Limit for long page warning should be configurable

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21911





--- Comment #11 from Tisza Gergő gti...@gmail.com  2010-01-03 21:11:56 UTC ---
I too would prefer the warning to be kept (with a configurable lower limit, off
by default) for policy warnings. (Guillaume: at least on enwiki, the warning
does have useful content, but it is hidden with parser function constructs
unless you view it on a page that is over 70K or so.)

As for backwards and mobile compatibility, a capability check in the strict
sense (actually performing POST requests) is not an option; the server could
send the page size instead and the browser could send it back, and both could
make a sanity check based on that, but the server counts in bytes and the
browser in characters, and converting between the two is probably slow.
Alternatively, the browser could attach some unique string to the end and the
server check for it, but that only works if the text is truncated on posting
and not on populating the textbox, and I would expect the opposite to be true.


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


[Bug 18885] Red links for media files do not support shared repositories

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885





--- Comment #2 from Conrad Irwin conrad.ir...@gmail.com  2010-01-03 22:07:27 
UTC ---
Created an attachment (id=6922)
 -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6922)
patch against 60582

* Causes broken [[Media:_]] links to behave as broken [[File:_]] links in all
circumstances.
* If $wgUploadNavigationUrl is set, these links link to that with either
?wpDestFile=_ or wpDestFile=_ and look red.
* Otherwise if $wgEnableUploads is true, these links are red and link to
Special:Upload as normal.
* Otherwise these links go to the image page, and look blue (whether or not the
page exists - there will always at least be the link-back section) as before.


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

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


[Bug 18885] Red links for media files do not support shared repositories

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885


Conrad Irwin conrad.ir...@gmail.com changed:

   What|Removed |Added

 CC||conrad.ir...@gmail.com
   Keywords||patch




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

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


[Bug 18885] Red links for media files do not support shared repositories

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885


Platonides platoni...@gmail.com changed:

   What|Removed |Added

 CC||platoni...@gmail.com




--- Comment #3 from Platonides platoni...@gmail.com  2010-01-03 22:14:33 UTC 
---
$wgUploadNavigationUrl is just an url, it may not understand wpDestFile


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

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


[Bug 18885] Red links for media files do not support shared repositories

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885





--- Comment #4 from Svip svi...@gmail.com  2010-01-03 22:20:07 UTC ---
(In reply to comment #3)
 $wgUploadNavigationUrl is just an url, it may not understand wpDestFile
 

Indeed, which is why I propose an additional setting for locating an
alternative uploadwiki, so that wpDestFile could be understood, for instance 
$wgUploadWikiUrl = 'http://pool.wiki.org/w/index.php';

And if set, $wgUploadWikiUrl could be applied with
'?title=Special:TitlewpDestFile=etc.'.

I assume $wgUploadNavigationUrl is reserved for non-MediaWiki links as well.


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

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


[Bug 18885] Red links for media files do not support shared repositories

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885





--- Comment #5 from Bryan Tong Minh bryan.tongm...@gmail.com  2010-01-03 
22:21:38 UTC ---
(In reply to comment #4)
 
 I assume $wgUploadNavigationUrl is reserved for non-MediaWiki links as well.
 
That's true, yet I doubt it will break anything. I think it is fine to
repurpose the variable leaving a note in RELEASE-NOTES/DefaultSettings.php


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

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


[Bug 18885] Red links for media files do not support shared repositories

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885





--- Comment #6 from Platonides platoni...@gmail.com  2010-01-03 22:27:15 UTC 
---
We could also add a $1 parameter to $wgUploadNavigationUrl
If there's no $1, it works as now. If you set it to
/index.php?title=Special:TitlewpDestFile=$1 you are expected to know your page
arguments.


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

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


[Bug 22004] Special:OpenIDLogin should remember user's provider and value entered

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22004


Sergey Chernyshev sergey.chernys...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #3 from Sergey Chernyshev sergey.chernys...@gmail.com  2010-01-03 
22:32:47 UTC ---
Done in r60591 and r60592


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

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


[Bug 18885] Red links for media files do not support shared repositories

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885





--- Comment #7 from Bryan Tong Minh bryan.tongm...@gmail.com  2010-01-03 
22:35:56 UTC ---
(In reply to comment #6)
 We could also add a $1 parameter to $wgUploadNavigationUrl
 If there's no $1, it works as now. If you set it to
 /index.php?title=Special:TitlewpDestFile=$1 you are expected to know your 
 page
 arguments.
 
That would break, or at least uglify the sidebar link.


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

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


[Bug 18885] Red links for media files do not support shared repositories

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18885


Bryan Tong Minh bryan.tongm...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Comment #8 from Bryan Tong Minh bryan.tongm...@gmail.com  2010-01-03 
22:46:30 UTC ---
Fixed in r60593 


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

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


[Bug 21823] ReaderFeedback early input from Strategy project

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21823


Aaron Schulz jschulz_4...@msn.com changed:

   What|Removed |Added

URL||strategy.wikimedia.org/wiki/
   ||File:Quality_bar_2.png




--- Comment #1 from Aaron Schulz jschulz_4...@msn.com  2010-01-04 00:17:32 
UTC ---
Unless specific metrics to be used are requested, nothing can be changed there.

Reader knowledge level is interesting, though the extra Very knowledgable
level seems like overkill and I hope people won't be tempted to select high
levels out of fear of their opinion being undervalued.

I'm not sure how best to make a click bar, though it's easy to image how it
works. It should be a true slider (click  drag) if this is to be done.


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

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


[Bug 21823] ReaderFeedback early input from Strategy project

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21823





--- Comment #2 from Aaron Schulz jschulz_4...@msn.com  2010-01-04 00:21:42 
UTC ---
I'm not sure how the current form is a popup though...if rate this page!
makes it that, so does rate this! on the proposed one :)


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

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


[Bug 21962] Run refreshLinks.php --redirects-only on all wikis

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21962


Danny B. dann...@email.cz changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |




--- Comment #2 from Danny B. dann...@email.cz  2010-01-04 00:38:38 UTC ---
I don't think it's a dupe, it's rather related.


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

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


[Bug 16660] Database table cleanup (tracking)

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=16660


Bug 16660 depends on bug 21962, which changed state.

Bug 21962 Summary: Run refreshLinks.php --redirects-only on all wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=21962

   What|Old Value   |New Value

 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |



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

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


[Bug 21823] ReaderFeedback early input from Strategy project

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=21823





--- Comment #3 from Aaron Schulz jschulz_4...@msn.com  2010-01-04 00:41:19 
UTC ---
hmm HTML5 has 'input type=range'...old browsers treat it as text.


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

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


[Bug 18527] Yahoo claims the RP to be untrusted

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18527


WebCD we...@online.de changed:

   What|Removed |Added

 CC||we...@online.de




--- Comment #1 from WebCD we...@online.de  2010-01-04 02:45:04 UTC ---
You can solve this issue by putting an file xrds.php in the script root,
where https://wiki.your.wiki/w/ is the script root:
---
?php header(Content-Type: application/xrds+xml); ??xml version=1.0
encoding=UTF-8?
xrds:XRDS
xmlns:xrds=xri://$xrds
xmlns:openid=http://openid.net/xmlns/1.0;
xmlns=xri://$xrd*($v*2.0)
XRD
Service priority=1
Typehttp://specs.openid.net/auth/2.0/return_to/Type
URIhttps://wiki.your.wiki/w//URI
/Service
/XRD
/xrds:XRDS
---
After it you have to add to all Wikipages:
header(X-XRDS-Location: https://wiki.your.wiki/w/xrds.php;);
and
meta http-equiv=X-XRDS-Location
content=https://wiki.your.wiki/w/xrds.php/


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

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


[Bug 18527] Yahoo claims the RP to be untrusted

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18527





--- Comment #2 from Sergey Chernyshev sergey.chernys...@gmail.com  2010-01-04 
02:46:58 UTC ---
I think there is some XRDS support in extension which probably got disabled or
something and worth recovering.


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

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


[Bug 22005] New: Error while POST text to create a page

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22005

   Summary: Error while POST text to create a page
   Product: MediaWiki
   Version: unspecified
  Platform: PC
   URL: http://fr.wikinews.org
OS/Version: Windows XP
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: lebo.bel...@gmail.com
CC: bryan.tongm...@gmail.com, vasi...@gmail.com,
soxre...@gmail.com


I have a problem when trying to create a page with a php script on a Wikimedia
site (same problem on fr.wikipedia.org and fr.wikinews.org, didn't try on other
Wikimedia site). I'm sending the variable $_POST['text'] to the server but when
'text' is a bit long, I got an error. The error that I recieve is :
Request: POST http://fr.wikipedia.org/w/api.php, from 207.134.216.200 via
sq35.wikimedia.org (squid/2.7.STABLE6) to ()
Error: ERR_INVALID_REQ, errno [No Error] at Mon, 04 Jan 2010 03:01:56 GMT 

For example :
If I put $text = center {| border=\1px\ width=\75%\ class=\wikitable\
align=\center\ cellspacing=\3px\ !colspan=12| Résultats du   . $date . 
|- style=\border:1px solid #88; background-color:#F0F0F0;\ ! Équipe
gagnante!! Équipe perdante!! Pointage final |};  everything works fine.
But, if I put $text =
{{date|{{subst:#ifeq:{{subst:#time:j}}|1|1er|{{subst:#time:j
{{subst:#time:F Y Le  . $date . ,  . $nbParties .  parties se
déroulaient dans la [[w:Ligue de hockey junior majeur du Québec|Ligue de
hockey junior majeur du Québec]] (LHJMQ). br/ br/ center {|
border=\1px\ width=\75%\ class=\wikitable\ align=\center\
cellspacing=\3px\ !colspan=12| Résultats du   . $date .  |-
style=\border:1px solid #88; background-color:#F0F0F0;\ ! Équipe
gagnante!! Équipe perdante!! Pointage final |};  I got the error message.

Amqui


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


[Bug 22005] Error while POST text to create a page

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22005


Bawolff bawolff...@gmail.com changed:

   What|Removed |Added

 CC||bawolff...@gmail.com




--- Comment #1 from Bawolff bawolff...@gmail.com  2010-01-04 03:53:55 UTC ---
I just tried this on enwikinews and it seemed to work fine -
http://en.wikinews.org/wiki/User:Bawolff/test . Check what the HTTP status code
is. sometimes thats a more descriptive error message.


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

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


[Bug 18527] Yahoo claims the RP to be untrusted

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=18527





--- Comment #3 from Sergey Chernyshev sergey.chernys...@gmail.com  2010-01-04 
04:50:10 UTC ---
Yes, right now Special:OpenIDXRDS is only enabled for user pages and code there
and in OpenIDHooks::onArticleViewHeader is a bit messy anyway:
- for example it seems to forbid login using user's page if user in turn is
logging in using OpenID. I'm not sure if this is OpenID limitation or something
else.
- even though XRDS is using user name as parameter
(Special:OpenIDXRDS/Sergey_Chernyshev), this parameter is used in delegate
variable in intermediary array, but never used in actual XRDS code that is
output.

I think it needs to be rewritten completely with multiple use cases in mind:
- user using their page as OpenID URL
- XRDS is used for the use case on this bug (return_to)
- any other usecases?


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

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


[Bug 22006] New: Reader feedback does not have defaults messages for readerfeedback-ak-review and readerfeedback-tt-review

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22006

   Summary: Reader feedback does not have defaults messages for
readerfeedback-ak-review and readerfeedback-tt-review
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Keywords: need-review, patch
  Severity: trivial
  Priority: Normal
 Component: ReaderFeedback
AssignedTo: jschulz_4...@msn.com
ReportedBy: bawolff...@gmail.com


Created an attachment (id=6923)
 -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6923)
patch to add default messages for readerfeedback-ak-submit and
readerfeedback-tt-submit

Reader feedback does not have default messages for readerfeedback-ak-review and
readerfeedback-tt-review, which results in ugliness in title and accesskey
attributes of the submit (and also probably makes invalid html on the accesskey
param).


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

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


[Bug 22005] Error while POST text to create a page

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22005





--- Comment #2 from Amqui lebo.bel...@gmail.com  2010-01-04 06:54:49 UTC ---
I tries on en.wikinews just to make sure and I got the same error.

Here's the functions that I use : 
public function create_page($page, $text, $summary, $minor = false, $bot =
false, $wiki = )//create a new page
  {
  $response = $this-callAPI($wiki,
api.php?action=queryprop=info|revisionsintoken=edittitles= .
urlencode($page));
  $this-editdetails = $response[query][pages];
  if (!isset($this-editdetails[-1])) {
  echo Page $page already exists. Call edit_page instead.br
/\n;
  return false;
  }
  if ($this-put_page($page, $text, $summary, $minor, $bot, $wiki)) {
  return true;
  } else {
  echo ^^^ Error with put_page called from edit_page.br /\n;
  return false;
  }
  }
  public function edit_page($page, $text, $summary, $minor = false, $bot =
true, $wiki = )//edit a page which already exists
  {
  $response = $this-callAPI($wiki,
api.php?action=queryprop=info|revisionsintoken=edittitles= .
urlencode($page));
  $this-editdetails = $response[query][pages];
  if (isset($this-editdetails[-1])) {
  echo Page $page does not already exist. Call create_page
instead.br /\n;
  return false;
  }
  if ($this-put_page($page, $text, $summary, $minor, $bot, $wiki)) {
  return true;
  } else {
  echo ^^^ Error with put_page called from edit_page.br /\n;
  return false;
  }
  }
  private function put_page($name, $newtext, $summary, $minor = false, $bot
= true, $wiki = )//edit a page, regardless of whether it exists before or not
  {
  foreach ($this-editdetails as $key = $value) {
  $token = urlencode($value[edittoken]);
  $sts = $value[starttimestamp];
  if (isset($this-editdetails[-1])) {
  $ts = $sts;
  $extra = createonly=yes;
  } else {
  $ts = $value[revisions][0][timestamp];
  $extra = nocreate=yes;
  }
  }
  $newtext = urlencode($newtext);
  $rawoldtext = $this-get_page($name, $wiki);
  $oldtext = urlencode($rawoldtext);
  $summary = urlencode($summary);

  if ($newtext == $oldtext) {
  //the new content is the same, nothing changes
  echo The new content for  . $name .  is exactly the same as
the current content, so the page wasn't edited.br /\n;
  return false;
  }
  if ($newtext == ) {
  //the new content is void, nothing changes
  echo Error: you were about to blank the page of  . $name .
.br /\n;
  return false;
  }

  $post =
title=$nameaction=editbasetimestamp=$tsstarttimestamp=$ststoken=$tokensummary=$summary$extratext=$newtext;
  if ($bot) {
  if (!$this-allowBots($rawoldtext)) {
  echo Bot edits, or those specifically from this bot, have
been blocked on this page.br /\n;
  return false;
  }
  $post .= bot=yes;
  }
  if ($minor) {
  $post .= minor=yes;
  } else {
  $post .= notminor=yes;
  }
  $response = $this-postAPI($wiki, 'api.php', $post);
  if ($response[edit][result] == Success) {
  echo Successfully edited  . $response[edit][title] . .br
/\n;
  sleep($epm);
  return true;
  } elseif (preg_match('/^Waiting for (.*) seconds lagged/', $result))
{
  echo Error: max lag hit, not postedbr /\n;
  return false;
  } elseif (isset($response[error])) {
echo Error - [.$response[error][code].] .
$response[error][info] .br /\n;
return false;
  } else {
  echo Error -  . $response[edit][result] . nbsp;br /\n;
  return false;
  }
  }
  private function wiki($wiki)//manager wiki different from default wiki
  {
  if ($wiki == ) {
  //if not declarated put default wiki
  return $this-wiki;
  } elseif (strpos($wiki, ://) == false) {
  //if is a mediawiki project the user write only code language
  return http://; . $wiki . .wikipedia.org/w/;
  }
  //if it is a other wiki project
  return $wiki;
  }
  private function callAPI($wiki, $url, $format = php) {
  $wiki = $this-wiki($wiki);
  $ch = curl_init();
  curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
  curl_setopt($ch, CURLOPT_COOKIEJAR, 'cookie.txt');
  curl_setopt($ch, CURLOPT_COOKIEFILE, 'cookie.txt');
  curl_setopt($ch, CURLOPT_URL, ($wiki . $url . maxlag= .

[Bug 22007] New: Table and Template

2010-01-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=22007

   Summary: Table and Template
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: Page editing
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: futredrag...@hotmail.com


I am reporting several critical issues regarding on table, template and
alignment relationship.

Q#1
In Wikipedia it impossible to put any type of tables in templates. Regardless
if you specific their class or not.

Q#2
Also why is it when you tried to write a new template for other people to use,
all Infobox, Sidebear...etc template will be presented with an extra hidden
br/.

Because that seems to be the case:
http://en.wikipedia.org/w/index.php?title=Template:Sidebar_with_collapsible_listsaction=edit
(is this thing at the end of it {{end sidebar page}} causing it?)

Is their a reason for this design or just an error? It is very annoying since
all infobox template will be unallowed to be aligned horizontally. If many
people are against this, could you guys then add an extra element for alignment
for div tags or should this be discussed in MediaWiki.


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

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