[Bug 25578] New: We should support XML-valid delimiters for query string parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=25578
Summary: We should support XML-valid delimiters for query
string parameters
Product: Wikimedia
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: rkald...@wikimedia.org
I some situations, especially related to forms constructed in wikitext, or in
strict XHTML markup, it is necessary to use escaped ampersands or semicolons to
delimit query string parameters. (See
http://www.w3.org/TR/REC-html40/appendix/notes.html#h-B.2.2 for more info on
this.) Currently the Wikimedia servers only accept non-escaped ampersands as
delimiters for query string parameters.
Two possible solutions to this are:
1. In our php.ini files, set arg_separator.input = ;. This will allow people
to use either ampersands or semicolons as delimiters for query string
parameters (as recommended by the w3c).
2. Replace line 50 of WebRequest.php with:
$requestPairs = $_POST + $_GET;
// Accomodate escaped ampersands as query string delimiters
foreach ( $requestPairs as $key = $val) {
if ( strncmp( $key, 'amp;', 4 ) === 0 ) {
$goodKey = substr( $key, 4 );
} else {
$goodKey = $key;
}
$this-data[$goodKey] = $val;
}
This will allow use of query string parameters separated by escaped ampersands.
The impetus for this bug is a problem in the DonationInterface extension
related to forms that live in wikitext (thus forcing ampersands to be escaped).
There are several workarounds available, but I thought I would propose a deeper
solution to see what people thought.
--
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 25579] New: Add central auth sql dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=25579 Summary: Add central auth sql dumps Product: XML Snapshots Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General AssignedTo: ar...@wikimedia.org ReportedBy: tf...@wikimedia.org CC: tf...@wikimedia.org, ro...@wikimedia.org Per request of Erik Zachte lets add dumps of the central auth database. Since central auth is its own database the xml snapshots code will need to have a way of knowing to ignore all the regular public/private wiki's and instead dump the specifically mentioned tables. Perhaps each type of dump could have a template for what gets dumped. One for the regular set of tables and another for specific databases. We already somewhat do this with FlaggedRevs and isBig wikis. -- 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 25579] Add central auth sql dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=25579 --- Comment #1 from Tomasz Finc tf...@wikimedia.org 2010-10-19 06:03:23 UTC --- Quick note. Any central auth sql dumps should be placed into the private space. -- 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 25580] New: Missing argument 5 for WikiImporter::finishImportPage() during xml dump import via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=25580
Summary: Missing argument 5 for
WikiImporter::finishImportPage() during xml dump
import via API
Product: MediaWiki
Version: 1.17-svn
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: c...@uniyar.ac.ru
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
vasi...@gmail.com, soxre...@gmail.com
I develop an extension which uses API to export XML dump to remote wiki. In
r75001 I get the following warning:
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP Warning: Missing
argument 5 for WikiImporter::finishImportPage() in
/var/www/wiki/phase3/includes/ImportXMLReader.php on line 182
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP Stack trace:
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 1. {main}()
/var/www/wiki/phase3/api.php:0
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 2.
ApiMain-execute() /var/www/wiki/phase3/api.php:116
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 3.
ApiMain-executeActionWithErrorHandling()
/var/www/wiki/phase3/includes/api/ApiMain.php:322
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 4.
ApiMain-executeAction() /var/www/wiki/phase3/includes/api/ApiMain.php:338
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 5.
ApiImport-execute() /var/www/wiki/phase3/includes/api/ApiMain.php:656
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 6.
WikiImporter-doImport() /var/www/wiki/phase3/includes/api/ApiImport.php:88
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 7.
WikiImporter-handlePage()
/var/www/wiki/phase3/includes/ImportXMLReader.php:333
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 8.
WikiImporter-pageOutCallback()
/var/www/wiki/phase3/includes/ImportXMLReader.php:470
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 9.
call_user_func_array() /var/www/wiki/phase3/includes/ImportXMLReader.php:225
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 10.
ApiImportReporter-reportPage()
/var/www/wiki/phase3/includes/ImportXMLReader.php:0
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 11.
ImportReporter-reportPage()
/var/www/wiki/phase3/includes/api/ApiImport.php:192
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 12.
call_user_func_array()
/var/www/wiki/phase3/includes/specials/SpecialImport.php:314
[Tue Oct 19 10:12:41 2010] [error] [client 10.1.1.119] PHP 13.
WikiImporter-finishImportPage()
/var/www/wiki/phase3/includes/specials/SpecialImport.php:0
I've incloded the xdebug stack trace, maybe it will help to easier spot the
problem.
Also I get the following warning:
[Tue Oct 19 10:07:49 2010] [error] [client 10.1.1.119] PHP Warning:
filemtime(): stat failed for /var/www/wiki/phase3/Array in
/var/www/wiki/phase3/includes/ResourceLoaderModule.php on line 565, referer:
http://phase3.wiki2.uniyar.ac.ru/index.php/%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
[Tue Oct 19 10:07:49 2010] [error] [client 10.1.1.119] PHP Stack trace:,
referer:
http://phase3.wiki2.uniyar.ac.ru/index.php/%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
[Tue Oct 19 10:07:49 2010] [error] [client 10.1.1.119] PHP 1. {main}()
/var/www/wiki/phase3/load.php:0, referer:
http://phase3.wiki2.uniyar.ac.ru/index.php/%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
[Tue Oct 19 10:07:49 2010] [error] [client 10.1.1.119] PHP 2.
ResourceLoader-respond() /var/www/wiki/phase3/load.php:49, referer:
http://phase3.wiki2.uniyar.ac.ru/index.php/%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
[Tue Oct 19 10:07:49 2010] [error] [client 10.1.1.119] PHP 3.
ResourceLoaderFileModule-getModifiedTime()
/var/www/wiki/phase3/includes/ResourceLoader.php:285, referer:
http://phase3.wiki2.uniyar.ac.ru/index.php/%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
[Tue Oct 19 10:07:49 2010] [error] [client 10.1.1.119] PHP 4. array_map()
/var/www/wiki/phase3/includes/ResourceLoaderModule.php:565, referer:
http://phase3.wiki2.uniyar.ac.ru/index.php/%D0%9F%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F
The first one is a hook, I guess that it's being called with not enough of
arguments (probably).
--
Configure bugmail:
[Bug 25580] Missing argument 5 for WikiImporter::finishImportPage() during xml dump import via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=25580 --- Comment #1 from Dmitriy c...@uniyar.ac.ru 2010-10-19 06:27:58 UTC --- Oops.. Could you remote the http links to my testing wiki (phase3), please? I've posted in haste and forgot to conceal them. -- 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 25564] Page view anomaly starting September 27-28
https://bugzilla.wikimedia.org/show_bug.cgi?id=25564 --- Comment #3 from Nemo_bis federicol...@tiscali.it 2010-10-19 06:58:26 UTC --- This doesn't seem to affect statistics on individual pages, e.g. http://stats.grok.se/en/201009/Main_Page or http://stats.grok.se/en/201009/Wiki . -- 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 25567] Include xx% into 'mwe-uploaded-status'
https://bugzilla.wikimedia.org/show_bug.cgi?id=25567 --- Comment #2 from Raimond Spekking raimond.spekk...@gmail.com 2010-10-19 07:03:37 UTC --- (In reply to comment #1) is xx% a special hook for percentage? Can you point me to other msg keys that use this convention? Sorry, the syntax xx% is misleading. xx is my placeholder for the number only. The relevant code snippet from mw.UploadInterface.js seems to be: $j( '#up-pstatus' ).html( parseInt( fraction * 100 ) + '% - ' ); I suggest to move the % to the message 'mwe-uploaded-status' with $1 as variable for the number: 'mwe-uploaded-status' = '$1% uploaded' -- 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 25564] Page view anomaly starting September 27-28
https://bugzilla.wikimedia.org/show_bug.cgi?id=25564 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added URL||http://lists.wikimedia.org/ ||pipermail/foundation-l/2010 ||-October/061631.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 25578] We should support XML-valid delimiters for query string parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=25578 --- Comment #1 from Arthur Richards aricha...@wikimedia.org 2010-10-19 07:59:00 UTC --- As a workaround, using the hex values seem to work (at least in Javascript inside of wikitext). eg: var url = 'http://foo.com/index.php?bar=bazbanana=sandwich'; can be written as: var url = 'http://foo.com/index.php?bar=baz\x26banana=sandwich'; But still, the user-friendly solution would be to find a way to allow users to explicitly use '' in query strings written in wikitext. -- 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 25581] New: just an article suggestion
https://bugzilla.wikimedia.org/show_bug.cgi?id=25581 Summary: just an article suggestion Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: nobigfi...@hotmail.com The dystopic sci-fi graphic novel CRUSH by burpo, 1995 Aeon Press. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25578] We should support XML-valid delimiters for query string parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=25578 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #2 from Niklas Laxström niklas.laxst...@gmail.com 2010-10-19 08:48:52 UTC --- I don't understand what the problem is here. Can you give examples? -- 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 25558] Mobile site should be rewritten in PHP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25558 --- Comment #11 from Derk-Jan Hartman hart...@videolan.org 2010-10-19 08:56:17 UTC --- (In reply to comment #5) Since the community voted on this to be a strategic priority we'll actually be hiring someone to focus on the development work. The timeline is to get them in and running Q4 of this year .. which is of course .. right now :) Stay tuned for updates. Interesting... What type of new mobile server will we be wanting to create ? A full rewrite in php of the current Ruby server, or are we integrating it into standard mediawiki, by using different skins ? * Will we keep to the reprocessing method, or are we directly accessing db and wikicode parser? * Will we drop support for WAP/WML (since it is not html ? ) * Will we be including support for more than just iOS/android ? (so multiple skins ?) I worked a bit on device support for the Ruby version, and if needed, I can help with some of those peculiarities among the different devices. There are plenty of them :D -- 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 25582] New: http://commons.wikimedia.org/w/index.php?title=File:Wappen_at_franking.pngdiff=45219062oldid=34379651
https://bugzilla.wikimedia.org/show_bug.cgi?id=25582
Summary: http://commons.wikimedia.org/w/index.php?title=File:Wa
ppen_at_franking.pngdiff=45219062oldid=34379651
Product: mwEmbed
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Normal
Component: Add media wizard
AssignedTo: d...@ucsc.edu
ReportedBy: raimond.spekk...@gmail.com
Reupload adds a useless == {{int:filedesc}} == (see URL) to the summary field.
Please note that the content of the File changes: field goes into the summary
only, not into the file description page.
--
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 25582] Reupload adds a useless == {{int:filedesc}} == to the summary field
https://bugzilla.wikimedia.org/show_bug.cgi?id=25582
Raimond Spekking raimond.spekk...@gmail.com changed:
What|Removed |Added
URL||http://commons.wikimedia.or
||g/w/index.php?title=File:Wa
||ppen_at_franking.pngdiff=4
||5219062oldid=34379651
Summary|http://commons.wikimedia.or |Reupload adds a useless ==
|g/w/index.php?title=File:Wa |{{int:filedesc}} == to the
|ppen_at_franking.pngdiff=4 |summary field
|5219062oldid=34379651 |
--
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 25029] PrefSwitch: Turning off the new features in all wikis fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=25029 --- Comment #8 from Nemo_bis federicol...@tiscali.it 2010-10-19 11:03:57 UTC --- By the way, the third/fourth attempt mentioned above didn't work either; I still had Vector on fr.source. -- 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 24394] Install AbuseFilter on Hindi Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24394 --- Comment #15 from mayurkumar mayur...@gmail.com 2010-10-19 11:16:39 UTC --- Please reconfigure this exetension as- $wgGroupPermissions['bureaucrat','abusefilter']['abusefilter-modify'] = true; $wgGroupPermissions['*']['abusefilter-log-detail'] = true; $wgGroupPermissions['*']['abusefilter-view'] = true; $wgGroupPermissions['*']['abusefilter-log'] = true; $wgGroupPermissions['bureaucrat']['abusefilter-private'] = true; $wgGroupPermissions['bureaucrat']['abusefilter-view-private'] = true; $wgGroupPermissions['sysop','abusefilter']['abusefilter-revert'] = true; hi how much delay will it take, its about three month to go.please resolve this bug as soon as possible to bugzilla team Thank you and regards, -- 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 25374] Enable 'eliminator' flag on hiwiki and grant bureaucrats to add/remove this group
https://bugzilla.wikimedia.org/show_bug.cgi?id=25374 --- Comment #5 from mayurkumar mayur...@gmail.com 2010-10-19 11:19:09 UTC --- Please make this group in following- $wgGroupPermissions['eliminator']['delete'] = true; $wgGroupPermissions['eliminator']['undelete'] = true; $wgGroupPermissions['eliminador']['browsearchive'] = true; $wgGroupPermissions['eliminator']['rollback'] = true; and and enable bureacrats to add/remove this user group Thank you and Regards -- 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 25554] Change the upload file link on jawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=25554 --- Comment #2 from aokomoriuta aokomori...@enmps.net 2010-10-19 12:53:51 UTC --- Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25583] New: Heading level should be decreased in embedded articles
https://bugzilla.wikimedia.org/show_bug.cgi?id=25583
Summary: Heading level should be decreased in embedded articles
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: pa.dohna...@gmail.com
During use of combined articles (with embedded subparts) in some Wikiprojects,
there is a logical need of automatic decreasing of heading levels according to
the position where embedded.
Without this functionality, using of embedded articles is actually very
problematical, because of the need to adapt the heading levels of the article
that is to be embedded in advance. What a problem if the subarticle should be
used in different levels of several combined texts.
EXAMPLES:
Article A:
↓↓
Text of the article A.
== Heading A ==
Text under the heading A.
↑↑
Article B:
↓↓
Text of the article B.
== Heading B ==
Text under the heading B.
↑↑
Combined article:
↓↓
This is a new combined article.
== Heading of the combined article ==
{{:Article A}}
=== Subheading of the combined article ===
{{:Article B}}
↑↑
Desired interpretation of the combined article:
↓↓
This is a new combined article.
== Heading of the combined article ==
Text of the article A.
=== Heading A ===
Text under the heading A.
=== Subheading of the combined article ===
Text of the article B.
Heading B
Text under the heading B.
↑↑
Current interpretation of the combined article:
↓↓
This is a new combined article.
== Heading of the combined article ==
Text of the article A.
== Heading A ==
Text under the heading A.
=== Subheading of the combined article ===
Text of the article B.
== Heading B ==
Text under the heading B.
↑↑
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25580] Missing argument 5 for WikiImporter::finishImportPage() during xml dump import via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=25580 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|enhancement |minor --- Comment #2 from Reedy s...@reedyboy.net 2010-10-19 13:01:08 UTC --- I don't think we can easily. As for the above, the second half is a Resource loader issue Which hook are you calling? -- 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 25581] just an article suggestion
https://bugzilla.wikimedia.org/show_bug.cgi?id=25581 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED CC||s...@reedyboy.net Resolution||INVALID --- Comment #1 from Reedy s...@reedyboy.net 2010-10-19 13:02:57 UTC --- Please request this onwiki. Thanks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25565] Extension:Packagegeforce does not create its additional tables.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25565 --- Comment #1 from Reedy s...@reedyboy.net 2010-10-19 13:05:45 UTC --- Did you run update.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 25582] Reupload adds a useless == {{int:filedesc}} == to the summary field
https://bugzilla.wikimedia.org/show_bug.cgi?id=25582 --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 2010-10-19 14:04:13 UTC --- Script should check for the hidden form field wpForReUpload of value=1. That indicates a reupload of content. -- 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 25584] New: Article counter shows wrong number in Hill Mari Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25584
Summary: Article counter shows wrong number in Hill Mari
Wikipedia
Product: Wikimedia
Version: unspecified
Platform: All
URL: http://mrj.wikipedia.org
OS/Version: All
Status: NEW
Keywords: shell
Severity: normal
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: amd...@gmail.com
After the import from incubator to the newly created Hill Mari
Wikipedia statistics show 22 articles, while really there are more than 500.
As far as I know a shell sysadmin is able to fix this. Could you please fix the
problem.
{{NUMBEROFPAGES}} shows 228
{{NUMBEROFARTICLES}} shows 22
But this page shows 557 pages total:
http://toolserver.org/~pathoschild/catanalysis/?title=Wp/mrjcat=1wiki=mrjwiki_p#distribution_201010
--
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 25585] New: Article counter shows wrong number in Komi-Permyak Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25585
Summary: Article counter shows wrong number in Komi-Permyak
Wikipedia
Product: Wikimedia
Version: unspecified
Platform: All
URL: http://koi.wikipedia.org
OS/Version: All
Status: NEW
Keywords: shell
Severity: normal
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: amd...@gmail.com
After the import from incubator to the newly created Komi-Permyak
Wikipedia statistics show 31 articles, while really there are more than 500.
As far as I know a shell sysadmin is able to fix this. Could you please fix the
problem.
{{NUMBEROFPAGES}} shows 497
{{NUMBEROFARTICLES}} shows 31.
But this page shows 1001 pages total:
http://toolserver.org/~pathoschild/catanalysis/?title=Wp/koicat=1wiki=koiwiki_p#distribution_201010
--
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 25585] Article counter shows wrong number in Komi-Permyak Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25585 амдф amd...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=25584 -- 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 25584] Article counter shows wrong number in Hill Mari Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25584 амдф amd...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=25585 -- 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 25585] Article counter shows wrong number in Komi-Permyak Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25585 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED CC||je...@gmx.de Resolution||FIXED --- Comment #1 from JeLuF je...@gmx.de 2010-10-19 14:53:56 UTC --- Done. Total edits : 7537 Number of articles: 649 Total pages : 1116 Number of users : 123 Number of admins :1 -- 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 25586] New: Searching is not working on Korean Wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25586 Summary: Searching is not working on Korean Wikinews Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dev...@devunt.kr Searching is not working on Korean Wikinews. and TitleKey extension is not working too. Please fix it as soon as possible. thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25584] Article counter shows wrong number in Hill Mari Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25584 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED CC||je...@gmx.de Resolution||FIXED --- Comment #1 from JeLuF je...@gmx.de 2010-10-19 14:54:44 UTC --- Done. Total edits : 4838 Number of articles: 479 Total pages : 798 Number of users : 130 Number of admins :1 -- 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 25565] Extension:Packageforce does not create its additional tables.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25565 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|Extension:Packagegeforce|Extension:Packageforce does |does not create its |not create its additional |additional tables. |tables. -- 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 25586] Searching is not working on Korean Wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25586 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||rain...@eunet.rs, ||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2010-10-19 14:56:43 UTC --- How is it not working? What did you do, what did you expect to happen and what happened instead? -- 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 25586] Searching is not working on Korean Wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=25586 --- Comment #2 from Devunt B. dev...@devunt.kr 2010-10-19 15:01:20 UTC --- I type 서울시, but nothing appear. (if searching system working, 서울시, 이순신 장군 동상 보수 공사 실시 is must appear) (In reply to comment #1) How is it not working? What did you do, what did you expect to happen and what happened instead? -- 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 25565] Extension:Packageforce does not create its additional tables.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25565 Svip svi...@gmail.com changed: What|Removed |Added CC||svi...@gmail.com --- Comment #2 from Svip svi...@gmail.com 2010-10-19 15:06:38 UTC --- This is what spitting your coffee feels like, eh? I wasn't expecting someone to actually try PackageForce yet. And I have not developed on it for a good while - unfortunately. The extension not done, not on an install-level or a usage level. This is unfortunate, but keep this bug open regardless, as it is technically a lack in its functionality. But given someone has shown actual interest may convince to start developing on it 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 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 25565] Extension:Packageforce does not create its additional tables.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25565 Svip svi...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED -- 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 25565] Extension:Packageforce does not create its additional tables.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25565 Svip svi...@gmail.com changed: What|Removed |Added AssignedTo|wikibug...@lists.wikimedia. |svi...@gmail.com |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 25566] Add Extension:Packageforce to bugzilla.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25566 Svip svi...@gmail.com changed: What|Removed |Added CC||svi...@gmail.com --- Comment #2 from Svip svi...@gmail.com 2010-10-19 15:09:14 UTC --- My address is svi...@gmail.com on Bugzilla. I would not mind to get this as a component, as it show genuine interest in my extension, which may drive my further development for this extension, as I described in my comment for bug 25565. -- 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 25566] Add Extension:Packageforce to bugzilla.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25566 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED CC||s...@reedyboy.net Resolution||FIXED --- Comment #3 from Reedy s...@reedyboy.net 2010-10-19 15:17:18 UTC --- 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 25558] Mobile site should be rewritten in PHP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25558 --- Comment #12 from Platonides platoni...@gmail.com 2010-10-19 15:18:53 UTC --- I think we should use directly the parser output (this means that -for some systems- the parser cache could be straightly used). The reprocessing method of fetching a wikipedia page then applying changes is quite ugly. Hampton, is the 'encode everything into entities' actually needed by some devices? Will we be including support for more than just iOS/android ? (so multiple skins ?) There are 17 backends there: android capable iphone iphone2 kindle kindle2 nativeiphone netfront nokia_series_60 operamini palm_pre ps3 psp wap2 webkit wii wml. I thought we would use a meta-skin. Some changes are just using a different CSS or changing a field type in the header (I don't think all of them are intentional). About the WML, it's a cool feature, although I'm not sure how right it currently is (eg. it generates h3 without h2...). As it won't be much tested, it could break without anyone noticing for years (for instance, faking a wml request, I'm not getting the article content), As for providing it, it seems easy to duplicate the reprocessing stage, and I think the parser provides enough hooks to do it there, too. -- 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 25565] Extension:Packageforce does not create its additional tables.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25565 Reedy s...@reedyboy.net changed: What|Removed |Added Component|[other] |PackageForce -- 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 25587] New: Wikitext for continue numbered list
https://bugzilla.wikimedia.org/show_bug.cgi?id=25587 Summary: Wikitext for continue numbered list Product: MediaWiki Version: 1.16.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mediaw...@blazemonger.com Numbered lists are arguably the weakest feature in wikitext because they are so easily broken. Insert a pre tag, a set of images, or anything complicated into a numbered list, and the numbering starts over from 1. This is very common when creating (say) numbered instructions with examples in the middle. There are various hacks to avoid simple problems, but no general method for keeping consistent numbering in a complex article. I propose one new wikitext symbol that means, Continue the numbering at the given level. Call it #^. For example: # First item # Second item pre CODE SAMPLE HERE /pre #^ Third item would produce: 1. First item 2. Second item CODE SAMPLE HERE 3. Third item Likewise: # First item ## First subitem ## Second subitem # Second item ## Third subitem preLet's break the numbering!/pre ##^ Fourth subitem # Third item would produce: 1. First item 1. First subitem 2. Second subitem 2. Second item 1. Third subitem Let's break the numbering! 2. Fourth subitem 3. Third item The #^ symbol works within the current article, no matter how far away the previous numbering was. In parsing, it means keeping track of the most recent ol tag (or set of nested ol tags) and possibly reopening it. -- 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 2361] Support dynamic fonts (CSS 3 @font-face, ttf/otf/eot, web fonts)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2361 --- Comment #16 from Derk-Jan Hartman hart...@videolan.org 2010-10-19 15:30:25 UTC --- Have we considered introducing a magicword/parserfunction that loads a font like that on the fly, for one page ? With the new resourceloader that might be an option. Together with our foreign language templates, that could prove rather useful. We'd need: * a directory of free webfonts * a way to load a single font * a way to load a font for an entire wiki. Possibly use lazyloading of fontfaces, as described by: http://www.stevesouders.com/blog/2009/10/13/font-face-and-performance/ -- 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 25588] New: Faulty regexp breaks JS execution
https://bugzilla.wikimedia.org/show_bug.cgi?id=25588
Summary: Faulty regexp breaks JS execution
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: ASSIGNED
Severity: normal
Priority: Normal
Component: SemanticFormsInputs
AssignedTo: f.tr...@gmx.net
ReportedBy: f.tr...@gmx.net
I don't know if this extension tries to validate the regular expressions that
someone may use but I ran into an interesting behavior. I was using this typo
as a regexp:
regexp=/^+\d{5,}/
And _all_ the validation in the form failed. Meaning, some of form fields were
mandatory, others used different, valid regexps but I was able to save the
form even if I left mandatory fields blank or entered non-matching strings in
the fields that had input type=regexp. Fixed the typo above and the correct
behavior was restored.
Semantic Forms Version 2.0.1, Semantic Forms Inputs Version 0.3.1.
--
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 25564] Page view anomaly starting September 27-28
https://bugzilla.wikimedia.org/show_bug.cgi?id=25564 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2010-10-19 16:13:32 UTC --- As Domas mentioned on IRC, the cause is glaringly obvious: CentralNotice uses a special page to load JS from: http://en.wikipedia.org/wiki/Special:BannerController?283-4 . This page is therefore getting lots and lots of hits on every wiki: see http://stats.grok.se/en/201010/Special%3ABannerController and http://stats.grok.se/en/201009/Special%3ABannerController . -- 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 25572] Handle bad file paths more elegantly.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25572 --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2010-10-19 16:21:09 UTC --- (In reply to comment #1) And lets not solve this by adding 1 stat call per file... :) Did you know PHP (supposedly) has a stat cache causing it to not stat the same file twice during one request? -- 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 25572] Handle bad file paths more elegantly.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25572 --- Comment #3 from Trevor Parscal tpars...@wikimedia.org 2010-10-19 16:57:23 UTC --- Then by all means, lets solve this by adding 1 stat call (file_exists) per file :) -- 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 25564] Page view anomaly starting September 27-28
https://bugzilla.wikimedia.org/show_bug.cgi?id=25564 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added AssignedTo|ro...@wikimedia.org |rkald...@wikimedia.org --- Comment #5 from Rob Lanphier ro...@wikimedia.org 2010-10-19 17:11:15 UTC --- Assigning to Kaldari, who has agreed to fix this if someone will definitively confirm that changing this URL: http://en.wikipedia.org/wiki/Special:BannerController ...to this: http://en.wikipedia.org/w/index.php?title=Special:BannerController ...will fix the problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12449] request for markup addition in lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=12449 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||DUPLICATE --- Comment #2 from Chad H. innocentkil...@gmail.com 2010-10-19 17:22:20 UTC --- *** This bug has been marked as a duplicate of bug 1115 *** -- 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 1115] Newline as list item terminator is troublesome
https://bugzilla.wikimedia.org/show_bug.cgi?id=1115 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||ft2.w...@gmail.com --- Comment #19 from Chad H. innocentkil...@gmail.com 2010-10-19 17:22:20 UTC --- *** Bug 12449 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 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 13642] Add simple end of sublist w/o having to start a new list item.
https://bugzilla.wikimedia.org/show_bug.cgi?id=13642 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||DUPLICATE --- Comment #1 from Chad H. innocentkil...@gmail.com 2010-10-19 17:22:45 UTC --- *** This bug has been marked as a duplicate of bug 1115 *** -- 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 1115] Newline as list item terminator is troublesome
https://bugzilla.wikimedia.org/show_bug.cgi?id=1115 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||bugzilla.wikime...@publi.pu ||rodha.net --- Comment #20 from Chad H. innocentkil...@gmail.com 2010-10-19 17:22:45 UTC --- *** Bug 13642 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 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 25587] Wikitext for continue numbered list
https://bugzilla.wikimedia.org/show_bug.cgi?id=25587 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||DUPLICATE --- Comment #1 from Chad H. innocentkil...@gmail.com 2010-10-19 17:22:53 UTC --- *** This bug has been marked as a duplicate of bug 1115 *** -- 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 1115] Newline as list item terminator is troublesome
https://bugzilla.wikimedia.org/show_bug.cgi?id=1115 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||mediaw...@blazemonger.com --- Comment #21 from Chad H. innocentkil...@gmail.com 2010-10-19 17:22:53 UTC --- *** Bug 25587 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 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 24043] Change edit review checkbox to accept this page *with* my edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=24043 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|ro...@wikimedia.org |jschulz_4...@msn.com --- Comment #9 from Rob Lanphier ro...@wikimedia.org 2010-10-19 17:23:42 UTC --- Several of us discussed this one at length. Since we agreed that it is indeed surprising to see possibly bad edits marked as accepted in the history, we agreed that the correct behavior here is to only mark the very latest version as accepted. Assigning to Aaron to make this change, per our conversation. -- 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 25572] Handle bad file paths more elegantly.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25572 --- Comment #4 from Michael Dale d...@ucsc.edu 2010-10-19 17:24:18 UTC --- Right but you probably don't want to stat all resources in every request. Just run the stat call once responding to a resource loader request for the requested resources ( ie right before you read the file, where it will subsequently run stat anyway ) You should add some basic way to have resource loader response to pass down errors or exceptions to javascript. ( ie when outputting a script response and you have an error or exception you should represent that. I previously wrapped errors and used a console.log call, rather than the php html errors that break the javascript processing ) This way if one file is missing the error hits the console but the rest of the javascript does not break. Furthermore you should treat error responses as if debug was on. So that the response is not cached. -- 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 25558] Mobile site should be rewritten in PHP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25558 --- Comment #13 from Derk-Jan Hartman hart...@videolan.org 2010-10-19 17:26:25 UTC --- Another place we might need reprocessing is for phones that only support XHTML Mobile Profile, and not full HTML. This is sometimes called WAP 2.0. -- 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 25578] We should support XML-valid delimiters for query string parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=25578 --- Comment #3 from Arthur Richards aricha...@wikimedia.org 2010-10-19 17:29:58 UTC --- (In reply to comment #2) I don't understand what the problem is here. Can you give examples? For instance, on one of the WMF's landing pages for donations, we send users who wish to make a donation to a credit card form using a URL that has a query string with the ampersand character in it, something like: https://payments.wikimedia.org/index.php/Special:PayflowProGateway?uselang=entest=1 Because the landing page is written in a Wiki page, the '' gets escaped to its htmlentity when the page is rendered, which makes the URL look like: https://payments.wikimedia.org/index.php/Special:PayflowProGateway?uselang=enamp;test=1 This throws off the processing/interpreting of items in the query string because suddenly the parameter 'test' gets interpreted as 'amp;test'. -- 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 25578] We should support XML-valid delimiters for query string parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=25578 --- Comment #4 from Brion Vibber br...@pobox.com 2010-10-19 17:34:19 UTC --- Sounds like you just gotta fix the link here to make sure you're doing it correctly. Find and fix the wiki page generating the link? Changing query string processing to use ; as a separator could open up whole new exciting cans of worms such as breaking things that try to use, well, semicolons. :) I recommend either resolving this bug INVALID or renaming it to A particular wiki page has a double-escaped link to PayflowProGateway. -- 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 25558] Mobile site should be rewritten in PHP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25558 --- Comment #14 from Derk-Jan Hartman hart...@videolan.org 2010-10-19 17:43:30 UTC --- There are 3 basic skins: * Webkit style (for iphone/android/palmOS and other touch based devices, but also Wii which uses Opera ) ** Relative differences between the devices has to do with size of the search field, input element with type search vs. input type text, webkit2 vs. webkit3 (issues with positioning of search button If i remember correctly. Most of these styles use Javascript collapsable buttons for the sections. **Depending on screensize limitations, images are either full screenwidth or allow text flowing beside them. ** Wii uses a simpler version of this skin, and has adapted fontsize to improve readability on Television screens. It shares the section collapsing idea of the iphone interface. * Simple style (for SonyE, PSP, PS3, Kindle, OperaMini, and basically all other non-touch based or small screen devices). **Most of these devices use XHTML MP and with the exception of OperaMini don't support full HTML. Some don't deal well with JS (crash). Most have keypad navigation trough use of accesskey properties in the navigation links of wiki interface. **PS3 uses this skin as it has a very limited browser based on NetFront (as do PSP and Sony Ericsson phones) * Third skin is WAP/WML, which clearly is even more simple and not really based on HTML even ** This mode is not fully supported, because we don't support chunking large pages into multiple cards/requests. Works for smaller pages though. Backup is currently in mobile.wikipedia.org, which does support this mode well. * The fourth skin, you could say is a json api mode for the iphone application (and some third party widgets and other external tools. -- 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 22283] Add Author namespace to Telugu Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=22283 రాకేశ్వరం rakeshva...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #8 from రాకేశ్వరం rakeshva...@gmail.com 2010-10-19 17:45:15 UTC --- Could you please change, 'పేజీ' (Page) to 'పుట' 'పేజీ_చర్చ' (Page_talk) to 'పుట_చర్చ' As the original 'పేజీ' is just the English word 'page' written in Telugu. You can see the consensus for this at. http://te.wikipedia.org/wiki/%E0%B0%B5%E0%B0%BF%E0%B0%95%E0%B1%80%E0%B0%AA%E0%B1%80%E0%B0%A1%E0%B0%BF%E0%B0%AF%E0%B0%BE:Telugu_words#Page -- 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 25558] Mobile site should be rewritten in PHP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25558 Trevor Parscal tpars...@wikimedia.org changed: What|Removed |Added CC||tpars...@wikimedia.org --- Comment #15 from Trevor Parscal tpars...@wikimedia.org 2010-10-19 17:45:34 UTC --- I spoke with Hampton at Wikimania about this idea, and he seemed keen on it - perhaps it's time to socialize it more broadly. The mobile site should be able to render wikitext directly into it's desired format(s), otherwise we are basically just screen-scraping ourselves. Post-processing is always going to be a fragile hack. I believe the solution is to create a wikitext parser/renderer architecture, where the parser expands templates and then builds a document object model and then the renderer turns that structure into code. Then we could simply extend the system to render to an alternate markup which is ideal for the target. I wrote a parser earlier this year that converts most wikitext into a document object model. It needs more work but it's a good start, I will try and get it on the SVN this week. Using the parser I wrote, I believe we could write a renderer that can output the same HTML as the current parser does, as well as one that outputs the same HTML that the mobile site does. My 2 cents. -- 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 25578] We should support XML-valid delimiters for query string parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=25578 --- Comment #5 from Ryan Kaldari rkald...@wikimedia.org 2010-10-19 18:26:25 UTC --- The URL isn't actually a link in this case. It's a javascript string that gets conditionally used as the form action. Obviously we could move this out of wikitext, but since these URLs get changed frequently, it's convenient to be able to edit it without a code deploy. I agree the semicolon solution is potentially dangerous. Any thoughts on the 2nd proposed solution? Handling escaped ampersands in query strings is pretty common these days. This site (Wikimedia Bugzilla), for example, handles them fine, as do most other large websites I've worked for. Since we have workarounds, I'm fine with WONTFIX or INVALID, but I'm wondering if there's any downside to the adding the proposed fix. -- 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 25564] Page view anomaly starting September 27-28
https://bugzilla.wikimedia.org/show_bug.cgi?id=25564 --- Comment #6 from Rob Lanphier ro...@wikimedia.org 2010-10-19 18:36:27 UTC --- Update: Roan confirmed that changing the call should fix the problem. The issue is that /a/webstats/bin/filter needs to be able to recognize a page as something *not* to log. The current (undocumented?) convention for doing that is to use w/index.php?title=Special:Foo instead of wiki/Special:Foo . The source code for /a/webstats/bin/filter is (I believe): http://svn.wikimedia.org/viewvc/mediawiki/trunk/webstatscollector/filter.c?view=markup ...which based on my skimming, seems right (parse_url returns false if there's no /wiki part). So, the ball is currently in Ryan K's court to fix this. Since this is a fix that affects quite a few production scripts, it could be a bit before we get it rolled out, but we've not locked down on a plan yet. -- 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 1115] Newline as list item terminator is troublesome
https://bugzilla.wikimedia.org/show_bug.cgi?id=1115 --- Comment #22 from Dan Barrett mediaw...@blazemonger.com 2010-10-19 19:13:37 UTC --- It's all well and good to mark my bug 25587 as a duplicate, but this issue has been open since 2004 (six years). I believe my approach (in bug 25587) is the simplest yet proposed and should not break existing wiki articles. Most other approaches talk of explicitly opening and closing lists. My approach is simply continue the previous list. -- 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 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Jeremy Baron bugzilla+org.wikime...@tuxmachine.com changed: What|Removed |Added CC||bugzilla+org.wikime...@tuxm ||achine.com --- Comment #35 from Jeremy Baron bugzilla+org.wikime...@tuxmachine.com 2010-10-19 19:30:36 UTC --- See also http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)oldid=391697035#problem_with_mediawiki:newarticletext -- 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 25589] New: Hardcoded namespace checks
https://bugzilla.wikimedia.org/show_bug.cgi?id=25589 Summary: Hardcoded namespace checks Product: mwEmbed Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: d...@ucsc.edu ReportedBy: hart...@videolan.org Currently many parts of the tools have hardcoded namespace checks such as indexOf( File:) and Template: This should be adapted to a general check routine that can recognize both normalized namespaces and localized namespace names. (Provided by wgFormattedNamespaces ). -- 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 25590] New: Request for access to media commons items using the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=25590 Summary: Request for access to media commons items using the API Product: MediaWiki Version: 1.16.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: burobj...@gmail.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com, hus...@gmail.com, burobj...@gmail.com Request: In order to request photo's or other media from the mediawiki API we would like to have the ability to search for media items in for instance Wikimedia Commons. The results would be returned preferably as JSON with the metadata such as the author, dimensions, filesize and off course the uri to the media file itself. Preferably the results could be filtered based on metadata and limited. Similar API's exists already for services such as Yahoo's Flickr. Perhaps that API can be used as an example. Why? Extending the API in this manner allows other parties to benefit from the media available on the Wikimedia Commons. In our case we would like to offer a WordPress plugin which allows WordPress user to search and download Wikimedia Commons Media files for their WordPress installation and insert these in their blog posts including important metadata such as the author and license. -- 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 25591] New: Change wgContentLanguage on Simple Wikipedia from en to simple
https://bugzilla.wikimedia.org/show_bug.cgi?id=25591 Summary: Change wgContentLanguage on Simple Wikipedia from en to simple 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: jameso...@gmail.com CC: rkald...@wikimedia.org, tf...@wikimedia.org Blocks: 25519 See bug 25519. Targeting by content language currently makes Simple Wikipedia show up as English and if it does not harm anything it would be preferable to change this. It appears Simple Wiktionary is already set to 'simple' so I don't believe it will, happy to make a post on the project to see if anyone has a concern. -- 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 25519] non WP sites identifying as WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25519 James Alexander jameso...@gmail.com changed: What|Removed |Added Depends on||25591 -- 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 25589] Hardcoded namespace checks
https://bugzilla.wikimedia.org/show_bug.cgi?id=25589 --- Comment #1 from Michael Dale d...@ucsc.edu 2010-10-19 20:05:52 UTC --- I agree. But this is a bit tricky with cross site requests as each site has their own namespace config that does not necessarily match canonical namespace of the other site. So site A could have 102 - wikiProject in Spanish while site B could have 102 - TimedText in a bunch of languages. So the representation needs to be per api-domain.. which is oky since the authoritative lookup could correspond with api request and most of the lookups could use the local wgFormattedNamespaces var. -- 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 25592] New: LogEventsList::showLogExtract is affected by dir=prev
https://bugzilla.wikimedia.org/show_bug.cgi?id=25592 Summary: LogEventsList::showLogExtract is affected by dir=prev Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: church.of.emacs...@gmail.com ReportedBy: church.of.emacs...@gmail.com As User:Rosenkohl rightfully points out, LogEventsList::showLogExtract is currently affected by dir=prev, probably much like the offset problem which was fixed in r56687. See this for an example: http://de.wikipedia.org/w/index.php?title=Spezial:Beitr%C3%A4gedir=prevtarget=Angel54uselang=en The log snippet is from 8 May 2010, although the current block is from 17 May 2010. -- 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 25593] New: change wgNoticeProject on Advisory.Wikimedia.org from 'Wikipedia' to 'Wikimedia'
https://bugzilla.wikimedia.org/show_bug.cgi?id=25593 Summary: change wgNoticeProject on Advisory.Wikimedia.org from 'Wikipedia' to 'Wikimedia' Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jalexan...@wikimedia.org CC: rkald...@wikimedia.org, tf...@wikimedia.org Blocks: 25519 see bug 25519, project is reporting as a Wikipedia project and therefore receiving banners meant for Wikipedia's. Note: It is a closed Project but appears to get at least some people looking at it because we've gotten clicks and impressions from it multiple times. -- 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 25519] non WP sites identifying as WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25519 James Alexander jalexan...@wikimedia.org changed: What|Removed |Added Depends on||25593 -- 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 25593] change wgNoticeProject on Advisory.Wikimedia.org from 'Wikipedia' to 'Wikimedia'
https://bugzilla.wikimedia.org/show_bug.cgi?id=25593 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Tomasz Finc tf...@wikimedia.org 2010-10-19 20:38:53 UTC --- I opted to turn central notice off for advisory wiki as we want to make sure we know which wiki's were targeting rather then getting a random assortment. -- 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 25519] non WP sites identifying as WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25519 Bug 25519 depends on bug 25593, which changed state. Bug 25593 Summary: change wgNoticeProject on Advisory.Wikimedia.org from 'Wikipedia' to 'Wikimedia' https://bugzilla.wikimedia.org/show_bug.cgi?id=25593 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 25530] Wikipedia logo on donate form takes you to private wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=25530 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Tomasz Finc tf...@wikimedia.org 2010-10-19 21:15:27 UTC --- This is now fixed and deployed. -- 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 24471] Outreach and strategy wikis don't work the same way as other wikis with Single User Login
https://bugzilla.wikimedia.org/show_bug.cgi?id=24471 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #2 from Platonides platoni...@gmail.com 2010-10-19 21:17:18 UTC --- *** This bug has been marked as a duplicate of bug 20852 *** -- 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 20852] Option to not do a global login
https://bugzilla.wikimedia.org/show_bug.cgi?id=20852 Platonides platoni...@gmail.com changed: What|Removed |Added CC||rages...@gmail.com --- Comment #3 from Platonides platoni...@gmail.com 2010-10-19 21:17:18 UTC --- *** Bug 24471 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 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 20852] Option to not do a global login
https://bugzilla.wikimedia.org/show_bug.cgi?id=20852 Platonides platoni...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||james@education.nsw.gov ||.au Resolution||FIXED --- Comment #4 from Platonides platoni...@gmail.com 2010-10-19 21:19:31 UTC --- Fixed in r75041. -- 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 25519] non WP sites identifying as WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25519 --- Comment #10 from Ryan Kaldari rkald...@wikimedia.org 2010-10-19 22:14:52 UTC --- Outreach wiki looks good during fundraising test. Advisory wiki is fixed. Strategy wiki looks good, Usability wiki looks good. Any others? -- 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 23020] Add dropdown menu with definable common reasons
https://bugzilla.wikimedia.org/show_bug.cgi?id=23020 Lewis Cawte lewisca...@hotmail.co.uk changed: What|Removed |Added Summary|Add dropdown menu |Add dropdown menu with ||definable common reasons -- 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 25519] non WP sites identifying as WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=25519 --- Comment #11 from James Alexander jalexan...@wikimedia.org 2010-10-19 22:47:22 UTC --- looking further it looks like http://quality.wikimedia.org/wiki/Portal is also showing banners (again a close wiki) removing it from CN like we did for Advisory probably best. -- 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 22675] Dynamic page Links broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=22675 Morgon Kanter morgon.kan...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||morgon.kan...@gmail.com Resolution|FIXED | --- Comment #8 from Morgon Kanter morgon.kan...@gmail.com 2010-10-20 00:25:51 UTC --- This is still not fixed. Strangely it works just fine for #dpl, but when using lt;dplgt; you encounter the same bug. Using the latest release of DPL, with r68812, we have the following two pages: * #dpl, working: http://www.dnd-wiki.org/w/index.php?title=3.5e_Feats_Category_Formatoldid=91469 * lt;dplgt;, not working: http://www.dnd-wiki.org/w/index.php?title=3.5e_Feats_Category_Formatoldid=91470 This is really weird because it appears to me that the fix wasn't dependent on a tag-vs-parser conditional. -- 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 24304] Reconfigure English Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=24304 I-20 g33kd...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #24 from I-20 g33kd...@gmail.com 2010-10-20 00:45:01 UTC --- $wgFlaggedRevComments has still not seen set to false, and it has been requested. Reopening. -- 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 24816] Remove English Wikibooks deprecated groups' members
https://bugzilla.wikimedia.org/show_bug.cgi?id=24816 Bug 24816 depends on bug 24304, which changed state. Bug 24304 Summary: Reconfigure English Wikibooks https://bugzilla.wikimedia.org/show_bug.cgi?id=24304 What|Old Value |New Value Status|RESOLVED|REOPENED 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 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 25565] Extension:Packageforce does not create its additional tables.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25565 --- Comment #3 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2010-10-20 01:05:47 UTC --- (In reply to comment #2) My interest in this try was not so much in actually using it (at the moment, that is) but more in trying it out so as to better understand how to translate localizeable strings and probably add some comments to /qqq so as to aid other translators - answering the usual questions: is 'edit' a noun or a verb? Is 'edit link' a link to an edit page or does it point to an editable a link etc. See also: http://translatewiki.net/wiki/Thread:Support/pf-header-edit_(%22Linkin_muokkaus%22) -- 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 22675] Dynamic page Links broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=22675 Morgon Kanter morgon.kan...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from Morgon Kanter morgon.kan...@gmail.com 2010-10-20 01:11:13 UTC --- Apologies for the previous reopen, seems to be a results cache issue. Anyone else having this problem, try waiting 24 hours. -- 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 25565] Extension:Packageforce does not create its additional tables.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25565 --- Comment #4 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2010-10-20 01:21:59 UTC --- (In reply to comment #1) Did you run update.php? Not at that time, since I did not know if the extensionm updates the date base automagically when called the 1st time. But meanwhile, I did run update.php and it said: Creating packageforce_packages table...ok Two additional tables do exist now. The PackageForceAdmin special page now shows either of two empty lists. Its button does not alter anything visible. The PackageForce special page remains completely empty. There _are_ templates in the wiki. -- 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 25568] Add sgs.*.org as aliases of bat-smg.*.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=25568 --- Comment #3 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2010-10-20 01:29:02 UTC --- (In reply to comment #2) (In reply to comment #1) Adding an alias alone is not sufficient. I just want to pile-on and say I totally agree here. We shouldn't be just adding aliases in cases like this ever -- we should be moving the wiki completely. I know that aliases are just an in-between-step reducing the likelyhood of soon-to-be outdated links to be created. Moving the wiki is of course the final solution. -- 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 25594] New: Deploy RSS module to publish items from the WikimediaFoundation Blog
https://bugzilla.wikimedia.org/show_bug.cgi?id=25594 Summary: Deploy RSS module to publish items from the WikimediaFoundation Blog Product: Wikimedia Version: unspecified Platform: All URL: http://wikimediafoundation.org/wiki/Home OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@everybody.org Currently, headlines from the WMF blog (http://blog.wikimedia.org/) are manually copied onto the wikimediafoundation.org website to be published. I've reviewed the RSS extension (http://www.mediawiki.org/wiki/Extension:RSS) and updated it to address some concerns. Roan or Tim should review it again and then it should be deployed on the wikimediafoundation.org website. -- 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 24304] Reconfigure English Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=24304 Aaron Adrignola aaron.adrign...@gmail.com changed: What|Removed |Added Blocks|24816 | -- 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 24816] Remove English Wikibooks deprecated groups' members
https://bugzilla.wikimedia.org/show_bug.cgi?id=24816 Aaron Adrignola aaron.adrign...@gmail.com changed: What|Removed |Added Depends on|24304 | -- 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 25594] Deploy RSS module to publish items from the WikimediaFoundation Blog
https://bugzilla.wikimedia.org/show_bug.cgi?id=25594 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Keywords||need-review -- 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 22010] SQL error while deleting on SQLite
https://bugzilla.wikimedia.org/show_bug.cgi?id=22010 tskahatapitiya tskahatapit...@yahoo.com changed: What|Removed |Added CC||tskahatapit...@yahoo.com --- Comment #5 from tskahatapitiya tskahatapit...@yahoo.com 2010-10-20 03:05:00 UTC --- WINDOWS RESTORE AND SQL RECOWER SOFTWEAR INSTROL THEN RECOWER AFTER UPDATE SQL -- 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 25580] Missing argument 5 for WikiImporter::finishImportPage() during xml dump import via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=25580
--- Comment #3 from Dmitriy c...@uniyar.ac.ru 2010-10-20 05:36:23 UTC ---
I am not calling any hook remotely. I use that 1.17 wiki remotely via API
action=importxmltoken:
static function importXML( $dstImportToken, $xmldata ) {
if ( self::$directionToLocal ) {
$json_result = new WikiSyncJSONresult( false );
// TODO: unfinished..
return $json_result-getResult();
} else {
$APIparams = array(
'action' = 'import',
'format' = 'json',
'token' = $dstImportToken,
);
list( $fname, $fp ) = self::tempnam_sfx( '', '.xml' );
fwrite( $fp, $xmldata, strlen( $xmldata ) );
fclose( $fp );
$APIfiles = array(
'xml'=$fname
);
$jr = self::remoteAPIget( self::$remoteContextJSON, $APIparams,
$APIfiles, false, true );
return $jr;
}
}
static function remoteAPIget() {
# get params
$args = func_get_args();
// by default will encode JSON result to string
$encodeResult = count( $args ) 4 || $args[3] !== false;
// by default will NOT use 'multipart/form-data' encoding
$useMultipart = count( $args ) 4 $args[4] === true;
$json_result = new WikiSyncJSONresult( $encodeResult );
if ( !WikiSyncSetup::initUser() ) {
# not enough priviledges to run this method
return $json_result-getResult( 'noaccess' );
}
# snoopy api_params are associative array
$api_params = is_array( $args[1] ) ? $args[1] : json_decode( $args[1],
true );
$api_files = count( $args ) 2 ? $args[2] : '';
$snoopy = new WikiSnoopy();
$snoopy-setContext( $args[0] );
if ( $useMultipart ) {
$snoopy-set_submit_multipart();
$snoopy-httpmethod = POST;
} else {
$snoopy-set_submit_normal();
$snoopy-httpmethod = GET;
}
$snoopy-submitToApi( $api_params, $api_files );
# transport level error ?
if ( $snoopy-error != '' ) {
return $json_result-getResult( 'http', $snoopy-error );
}
$response = json_decode( $snoopy-results, true );
# proxy returned html instead of json ?
if ( $response === null ) {
return $json_result-getResult( 'http' );
}
$json_result-append( $response ); // no HTTP error valid AJAX
if ( isset( $response['error'] ) ) {
return $json_result-getResult( $response['error']['code'],
$response['error']['info'] ); // API reported error
}
$json_result-setStatus( '1' ); // API success
return $json_result-getResult();
}
XML seems to be remotely imported fine, but with warnings in error_log file.
--
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
