[Bug 19412] #time parser function can't read local language month names
https://bugzilla.wikimedia.org/show_bug.cgi?id=19412 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added CC||rkald...@wikimedia.org --- Comment #6 from Ryan Kaldari rkald...@wikimedia.org 2011-03-15 06:02:15 UTC --- Perhaps a PHP bug should be filed as well then. http://bugs.php.net/ -- 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 19412] #time parser function can't read local language month names
https://bugzilla.wikimedia.org/show_bug.cgi?id=19412 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #7 from Niklas Laxström niklas.laxst...@gmail.com 2011-03-15 06:07:48 UTC --- Nah, PHP probably just got it from somewhere else. They actually do have http://fi.php.net/manual/en/function.strptime.php but that looks inadequate. I've been playing with the idea a bit: http://translatewiki.net/wiki/LocalTime -- 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 23716] Rollback and mark as patrolled doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=23716 Ashar Voultoiz has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #13 from Ashar Voultoiz has...@free.fr 2011-03-15 07:22:59 UTC --- Patch was applied by r76372 and r76377 I have marked them for deploying on live site by tagging them 1.17wmf1 LiquidThread is a not well updated on live site. I am guessing this is related to a lack of code review, possible security issues or some critical bugs. -- 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 28053] $wgUseCombinedLoginLink == false only shows Log in link when $wgShowIPinHeader==false
https://bugzilla.wikimedia.org/show_bug.cgi?id=28053 Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||mediawiki-bugs@nadir-seen-f ||ire.com Resolution||FIXED --- Comment #2 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2011-03-15 07:23:06 UTC --- Should be fixed in r84002. Best change was to just move that block out from the ipinheader condition, duplication unnecessary. -- 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 27089] Request to move Wikimedia.in to Wikimedia servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=27089 --- Comment #8 from Ashar Voultoiz has...@free.fr 2011-03-15 07:42:06 UTC --- My main issue is creating the wiki on the cluster since I crashed it a few weeks ago while attempting to create the Esperanto Wikisource. Since I learn from mistakes, I will try to create it this week. Once the wiki is created we will have to makes sure Apache mod_rewrite supports wikimedia.in domain. As for the actions: - lower the TTL on wikimedia.in DNS zone - generate a dump for the current site - try to import the dump on WMF cluster - change the DNS :) -- 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 27089] Request to move Wikimedia.in to Wikimedia servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=27089 --- Comment #9 from Ashar Voultoiz has...@free.fr 2011-03-15 07:43:08 UTC --- Note I am not sure dumpBackup.php do save the User table. -- 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 27544] SVG images that are invalid XML no longer rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=27544 --- Comment #26 from Derk-Jan Hartman hart...@videolan.org 2011-03-15 07:46:42 UTC --- Yes, I believe both of those are known issues, and filed somewhere under the depends of ticket #8901 -- 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 27691] Complete namespaceGenderAliases for all languages we support
https://bugzilla.wikimedia.org/show_bug.cgi?id=27691 Ashar Voultoiz has...@free.fr changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #7 from Ashar Voultoiz has...@free.fr 2011-03-15 07:47:35 UTC --- Mark, you want to reopen the bug since we do not really look at RESOLVED or CLOSED bugs :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 28052] Deploy Gender Namespaces on all relevant wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=28052 Bug 28052 depends on bug 27691, which changed state. Bug 27691 Summary: Complete namespaceGenderAliases for all languages we support https://bugzilla.wikimedia.org/show_bug.cgi?id=27691 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|WORKSFORME | -- 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 27398] $namespaceGenderAliases not compatible with $wgExtraNamespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=27398 Purodha Blissenbach bugzilla.wikime...@publi.purodha.net changed: What|Removed |Added CC||bugzilla.wikime...@publi.pu ||rodha.net --- Comment #8 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2011-03-15 08:34:33 UTC --- How would you then deal with the situation where you have user and wikipedian, e.g. having to have gendered aliases each? Only one of them could be automatically genderized. I believe that suffices. Anyone else? -- 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 8901] SVG rasterisation on Wikimedia sites (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=8901 Rainald Koch rainald.k...@t-online.de changed: What|Removed |Added CC||rainald.k...@t-online.de --- Comment #7 from Rainald Koch rainald.k...@t-online.de 2011-03-15 11:09:56 UTC --- (In reply to comment #6) SVG text rendering is FUBAR since 2 years, if the administration guys cant fix it, use an Batik server, please 18 month later, still a horror for users casually providing svg images. Please take some money to have this fixed soon. -- 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 17160] Gender specific display text for User namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=17160 Leinad danny.lei...@gmail.com changed: What|Removed |Added Blocks||28052 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are 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 28052] Deploy Gender Namespaces on all relevant wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=28052 Leinad danny.lei...@gmail.com changed: What|Removed |Added Depends on||17160 -- 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 27887] Replying to a thread doesn't work the first time
https://bugzilla.wikimedia.org/show_bug.cgi?id=27887 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Siebrand s.mazel...@xs4all.nl 2011-03-15 12:07:40 UTC --- Fixed in r84007. -- 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 28054] New: Fixup phpversion() calls where they specify an old version
https://bugzilla.wikimedia.org/show_bug.cgi?id=28054 Summary: Fixup phpversion() calls where they specify an old version Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net As of r83879 we require at least 5.2.3. I've started fixing up code paths where it checks and conditionally does stuff for some old versions of PHP. Most of these can be removed/updated -- 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 28054] Fixup phpversion() calls where they specify an old version
https://bugzilla.wikimedia.org/show_bug.cgi?id=28054 --- Comment #1 from Reedy s...@reedyboy.net 2011-03-15 12:32:02 UTC --- Mmmm. Have I done most of these now... -- 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 27990] Asking for the category of a page: link=none does not print category namespace and default= does not print default value
https://bugzilla.wikimedia.org/show_bug.cgi?id=27990
Daniel Hansch han...@ontoprise.de changed:
What|Removed |Added
Summary|Asking for the category of |Asking for the category of
|a page: link=none does|a page: link=none does
|not print category |not print category
|namespace |namespace and default=
||does not print default
||value
--- Comment #3 from Daniel Hansch han...@ontoprise.de 2011-03-15 12:52:05 UTC
---
In addition:
default=foo does not work, too.
test:
{{#ask:[[{{FULLPAGENAME}}]]|?Category|default=nocategory}}
--
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 26775] Users can exceed the max number of pages allowed in a collection ($wgCollectionMaxArticles)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26775 --- Comment #1 from mybugs.m...@gmail.com 2011-03-15 13:36:04 UTC --- Has anyone noticed 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 28055] New: Collection extension parses [[/subpage links like this/]] incorrectly
https://bugzilla.wikimedia.org/show_bug.cgi?id=28055 Summary: Collection extension parses [[/subpage links like this/]] incorrectly Product: MediaWiki extensions Version: any Platform: All URL: https://secure.wikimedia.org/wikibooks/pt/w/index.php? title=Log%C3%ADstica/T%C3%A9cnicas_de_previs%C3%A3ool did=214461 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com Currently the page [[b:pt:Logística/Técnicas de previsão]] has the link [[/Médias móveis/]] which is rendered by MediaWiki as if it were created with the syntax [[Logística/Técnicas de previsão/Médias móveis|Médias móveis]] Nonetheless, the PDF generated by Collection extension displays the text /Médias móveis/ and the link incorrectly points to [[b:pt:Logística/Técnicas de previsão/Médias móveis/]] (which doesn't exists) instead of [[b:pt:Logística/Técnicas de previsão/Médias móveis]] Wikibooks' users shouldn't be required to drop the use of the simplified syntax for subpage links in order to get a good PDF file. Could someone take a look into this? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28056] New: Collection extension should let users to add pages using [[Special:Book]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=28056 Summary: Collection extension should let users to add pages using [[Special:Book]] Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com Currently, the page [[Special:Book]] has the following options: * Create chapter * Sort alphabetically * Clear book It should also have the option * Insert page to chapter Without this option, the user has to: * Leave the [[Special:Book]] page; * Go to the [[existing page]] he wants; * Click on Add this page to your book; * Go back to [[Special:Book]]; and then * Define the correct position of the page in the list of pages of the collection. The user shouldn't need to do all these steps just for adding a page whose name he already know. It would be better if [[Special:Book]] could provide the user the option to insert a page to the the chapter he is working on. The interface could be just as that used to create a chapter. -- 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 28057] New: Collection extension doesn't respect uselang url parameter on [[Special:Book]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=28057 Summary: Collection extension doesn't respect uselang url parameter on [[Special:Book]] Product: MediaWiki extensions Version: any Platform: All URL: https://secure.wikimedia.org/wikipedia/en/wiki/Special :Book?uselang=pt OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com Steps to reproduce: 1. Go to [[Special:Book]] and add ?uselang=pt to the end of the url (or just click in the url above); * The interface will be in Portuguese now. This is expected. 2. Click on Criar capítulo (Portuguese translation of create chapter) and add type some ramdom name, e.g. test * It will be added a chapter with that name. This is expected * The interface will change back to English and display --- Create chapterSort alphabeticallyClear book --- instead of --- Criar capítuloOrdenar alfabeticamenteEsvaziar livro --- This is not expected. Could you check what is wrong with it? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28058] New: Collection extension should use relative links on [[Special:Book]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=28058 Summary: Collection extension should use relative links on [[Special:Book]] Product: MediaWiki extensions Version: any Platform: All URL: https://secure.wikimedia.org/wikibooks/en/wiki/Special :Book OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com Currently, if we go to [[Special:Book]] using the secure server, each of the items in the collection list has a lock icon [1] beside the icon [2] which points to the page corresponding to the item. Since the lock icon is inserted by the CSS selector div#content a[href^=https://;] , I think the link should be changed to a relative such as /wikibooks/en/wiki/Test instead of a full url like https://secure.wikimedia.org/wikibooks/en/wiki/Test [1] https://secure.wikimedia.org/skins-1.17/vector/images/lock-icon.png [2] https://secure.wikimedia.org/wikibooks/en/w/extensions/Collection/images/show.png -- 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 27915] My watchlist Mark as read
https://bugzilla.wikimedia.org/show_bug.cgi?id=27915 --- Comment #11 from Bawolff bawolff...@gmail.com 2011-03-15 14:46:50 UTC --- (In reply to comment #10) (In reply to comment #8) seems like the checkbox would be an easy javascript enhancement to the existing bold/non-bold display. also, not sure what is meant by bold/non-bold display. I see no diff in boldness, that is nothing is bold when I first view my Watchlist, and nothing changes after I view an item. So, am I missing something? Do I have to add something to a .css file? It depends on the configuration of your Wiki. Some wiki's are configured to bold entries that you havn't looked at yet. Either $wgShowUpdatedMarker (Although comments in the wm config files seem to indicate $wgShowUpdatedMarker might be broken) or $wgEnotifWatchlist needs to be set to true in order to see bolding. This is the case for some wikis in Wikimedia land (like commons or meta), but is not the case for enwikipedia. -- 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 28059] New: Collection extension should let users to change the displaied text of chapters using [[Special:Book]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=28059 Summary: Collection extension should let users to change the displaied text of chapters using [[Special:Book]] Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com If we load some pages into a collection, e.g. by going to [[b:Cryptography]] and adding the following chapters :[[b:Cryptography/Introduction]] :[[b:Cryptography/History]] and then go to [[Special:Book]], there is no option to change the text which will be displayed as the title of each page. The user first needs to save the collection and the go to its page to add the alternative names, like :[[b:Cryptography/Introduction|Introduction to Cryptography]] :[[b:Cryptography/History|History of Cryptography]] The extension should provide the user the option to execute this renaming through [[special:book]]. It could be used the same kind of [Rename] link which is available for items created by the Create chapter button -- 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 28060] New: Collection extension should not add chapters in reverse order
https://bugzilla.wikimedia.org/show_bug.cgi?id=28060 Summary: Collection extension should not add chapters in reverse order Product: MediaWiki extensions Version: any Platform: All URL: https://secure.wikimedia.org/wikipedia/en/w/index.php? title=Help:Books/Feedback/Archives/2009/November OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com If you go to [[b:Special:Book]] and use the button to create some chapters in the order you want them in your book, e.g.: * Glossary of Biology/A * Glossary of Biology/B * ... * Glossary of Biology/Z you will get the chapters in reverse order: ;Glossary of Biology/Z ;... ;Glossary of Biology/B ;Glossary of Biology/A This is wrong and should be fixed, because currently the options are either: * Use drag and drop feature (if you can use it at all) to do a lot of permutations; * Clear your collection and recreate the chapters in the reverse order [do you know the alphabet from Z to A? ;-) ] -- 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 28061] New: Collection extension doesn't sort chapters when the user clicks on Sort alphabetically
https://bugzilla.wikimedia.org/show_bug.cgi?id=28061 Summary: Collection extension doesn't sort chapters when the user clicks on Sort alphabetically Product: MediaWiki extensions Version: any Platform: All URL: https://secure.wikimedia.org/wikipedia/en/wiki/Help:Bo oks/Feedback/Archives/2009/November#Wrong_order OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com If you go to [[b:Special:Book]] and use the button to create some chapters in the order you want them in your book, e.g.: * Glossary of Biology/A * Glossary of Biology/B * ... * Glossary of Biology/Z you will get the chapters in reverse order: ;Glossary of Biology/Z ;... ;Glossary of Biology/B ;Glossary of Biology/A Since Bug 28060 is not fixed yet, when you start adding your chapters you may think Hmm, there is a problem, but I think I can insert all chapters and then get the correct order using this button which sort things alphabetically... so you continues your work and then, when you click on Sort alphabetically expecting some magic to happen: ...nothing! Oddly enough, your 26 chapters are still there, in the reverse order and you will need to fix the order by hand. Could someone fix this? Some options were suggested in the url given above. -- 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 27528] JS minification still outputs incorrect javascript for some input
https://bugzilla.wikimedia.org/show_bug.cgi?id=27528 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added CC||ne...@wikimedia.org --- Comment #17 from Neil Kandalgaonkar ne...@wikimedia.org 2011-03-15 16:19:23 UTC --- FYI, \f and \v aren't valid escapes in PHP 5.2.5. We run PHP 5.2.4 in production. So, it's fixed in our code to \xb and \xc. http://www.mediawiki.org/w/index.php?title=Special:Code/MediaWiki/83998 http://www.mediawiki.org/w/index.php?title=Special:Code/MediaWiki/83997 P.Copp -- you may want to backport that, or make note of a minimum PHP version to run. -- 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 28061] Collection extension doesn't sort chapters when the user clicks on Sort alphabetically
https://bugzilla.wikimedia.org/show_bug.cgi?id=28061 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|enhancement |minor -- 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 28057] Collection extension doesn't respect uselang url parameter on [[Special:Book]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=28057 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|enhancement |minor -- 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 28055] Collection extension parses [[/subpage links like this/]] incorrectly
https://bugzilla.wikimedia.org/show_bug.cgi?id=28055 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|enhancement |minor -- 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 27538] Editing help link is absolute
https://bugzilla.wikimedia.org/show_bug.cgi?id=27538 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2011-03-15 16:28:18 UTC --- Marking bug as WORKSFORME. -- 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 27915] My watchlist Mark as read
https://bugzilla.wikimedia.org/show_bug.cgi?id=27915 --- Comment #12 from Paine Ellsworth pain...@aol.com 2011-03-15 16:32:53 UTC --- oh, darn. so. if the little checkmark boxes are relatively easy to encode, but the code to make the selections drop off the list is a real pain, then it would certainly help to at least have those little boxes to check off when we've read an item. That would give us an at-a-glance aid to see where we've been and don't have to go again, isn't that so? -- 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 28062] New: wgSitename not appearing in deed
https://bugzilla.wikimedia.org/show_bug.cgi?id=28062 Summary: wgSitename not appearing in deed Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: ne...@wikimedia.org CC: asha...@wikimedia.org Blocks: 27260 with all the changes to configuration made recently, wgSitename isn't working in parser magic. At the deeds step, it doesn't give the wiki's name correctly. -- 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 27260] Tracking bug: UploadWizard 1.0
https://bugzilla.wikimedia.org/show_bug.cgi?id=27260 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added Depends on||28062 -- 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 26963] Make CACHE_ACCEL more configurable
https://bugzilla.wikimedia.org/show_bug.cgi?id=26963 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added CC||ialex.w...@gmail.com --- Comment #1 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2011-03-15 16:36:53 UTC --- Isn't this fixed since r83140? -- 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 28063] New: Collection extension should have an option move articles and chapters together on [[Special:Book]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=28063 Summary: Collection extension should have an option move articles and chapters together on [[Special:Book]] Product: MediaWiki extensions Version: any Platform: All URL: https://secure.wikimedia.org/wikipedia/en/wiki/Help:Bo oks/Feedback/Archives/2009/November#Wrong_order OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com When the user is organizing a collection using drag drop it would be useful to have a checkbox [x] move articles and chapters together to be able to move a whole chapter (together with its articles) from one position to another in the book. E.g., if a user is creating a cookbook, he could move the whole chapter Recipes with banana to another place in the book: From: ... ;Recipes with banana -- Drag this chapter... :[[b:Cookbook:Banana Cream Pie]] ( and its pages ) :... :[[b:Cookbook:Banana split]] ... ;Recipes with ice cream :[[b:Cookbook:Vanilla Ice Cream]]] :... :[[b:Cookbook:Rocky road ice cream]] ... To: ... ;Recipes with ice cream :[[b:Cookbook:Vanilla Ice Cream]]] :... :[[b:Cookbook:Rocky road ice cream]] ... ;Recipes with banana -- ...and drop it here. :[[b:Cookbook:Banana Cream Pie]] :... :[[b:Cookbook:Banana split]] ... -- 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 27398] $namespaceGenderAliases not compatible with $wgExtraNamespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=27398 --- Comment #9 from Platonides platoni...@gmail.com 2011-03-15 17:16:56 UTC --- I don't follow you, Purodha. Where do you have user and wikipedian? Where are you configuring that? -- 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 28061] Collection extension doesn't sort chapters when the user clicks on Sort alphabetically
https://bugzilla.wikimedia.org/show_bug.cgi?id=28061 --- Comment #1 from mybugs.m...@gmail.com 2011-03-15 17:16:59 UTC --- (In reply to comment #0) Some options were suggested in the url given above. For example, the link Sort alphabetically could be changed to Sort alphabetically: [ ] chapters / [x] articles In this way, the user could see what will happens when clicking the link, and also could set what exactly he wants: * Sort the articles inside each chapter (but not move an article from one chapter to another) * Sort the chapters (without changing the order of the articles inside of them) * Sort both the chapters and articles inside chapters (but not moving an article from one chapter to another) A similar checkbox would be interesting when using drag drop: it would allow the user to move a whole chapter (together with its articles) from one position to another in the book. This could be achieved by adding an option like [x] move articles and chapters together in some place... See Bug 28063. -- 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 27977] Footer floated left in monobook
https://bugzilla.wikimedia.org/show_bug.cgi?id=27977 --- Comment #4 from Platonides platoni...@gmail.com 2011-03-15 17:22:32 UTC --- Sorry, I had intended to come back to this bug earlier. It's firefox 3.6.15. The odd thing is, it seems to have been resolved by itself, even though there was no change in NS_MEDIAWIKI. -- 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 27750] Save redirects to wrong diff
https://bugzilla.wikimedia.org/show_bug.cgi?id=27750 Bergi a.d.be...@web.de changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #8 from Bergi a.d.be...@web.de 2011-03-15 17:27:15 UTC --- Please set the fix live, I just got the same error again (http://de.wikipedia.org/w/index.php?title=Vorlage:Infobox_PKW-Modelloldid=86490550diff=curdiffonly=0shownotice=1). Might it have something to do with the namespace, I only got these problems after editing a template? -- 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 28064] New: Collection extension needs some way to inform original authors of a work
https://bugzilla.wikimedia.org/show_bug.cgi?id=28064 Summary: Collection extension needs some way to inform original authors of a work Product: MediaWiki extensions Version: any Platform: All URL: http://en.wikipedia.org/wiki/Help:Books/Feedback/Archi ves/2010/November#How_to_inform_original_authors_of_a_ work.3F OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Collection AssignedTo: developm...@pediapress.com ReportedBy: mybugs.m...@gmail.com When we create a wiki page with content from other places (whose license is compatible with our wikiproject), we need to cite the authors of the work. Commonly this is made through the edit summary (because it will be kept in the history of the page). Nonetheless, the current system for generation of PDFs only add the authors which have edited the page in the wiki. We do need to give credit the real authors the same way we give credit to the wiki users. That said, it is necessary to have some way of indicate in the collection page additional authors, so that they can be added to the list together with te wiki editors. -- 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 24419] Suggestion: Red/Green coloring of article size numbers in article histories
https://bugzilla.wikimedia.org/show_bug.cgi?id=24419 --- Comment #4 from Mikael Häggström ekonomi...@hotmail.com 2011-03-15 17:33:46 UTC --- This feature is available if going to your Preferences, and, in the section User interface gadgets, activating HistoryNumDiff shows the number of characters added or removed, rather than the size of the revision. However, I'd still like to have the option to see BOTH the size and the difference. -- 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 25199] Please show amount of text added/removed, in green/red, on history and user contributions pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=25199 --- Comment #4 from Mikael Häggström ekonomi...@hotmail.com 2011-03-15 17:35:58 UTC --- This requested feature is available if going to your Preferences, and, in the section User interface gadgets, activating HistoryNumDiff shows the number of characters added or removed, rather than the size of the revision. However, I'd still like to have the option to see BOTH the size and the difference. -- 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 28065] New: Crashes Maxthon Browser on wikipedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=28065 Summary: Crashes Maxthon Browser on wikipedia sites Product: MediaWiki Version: wikimedia-deployment Platform: All URL: http://ru.wikipedia.org/wiki OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: arc...@bk.ru Hello. I use browser Maxthon 1.6.1 build 50 (functional IE extension). When browsing wikipedia site of any localisation the browser shows theese messages: Maxthon has blocked an error. Fault adress: 637A1F5A 01:00220F5A C:\WINDOWS\system32\mshtml.dll Maxthon has blocked an error. Fault adress: 00440F9B 01:0003FF9B C:\Program Files\Maxthon\Maxthon.exe After that Maxthon is closed. This problem is noticed me about 2 months. Reinstalling the browser does not give a positive results. This error appears on two different computers with the Windows XP SP3 (Ru) operation systems with the IE6 and IE8 browsers. Здравствуйте. Я использую браузер Maxthon 1.61 build 50 (функциональное расширение для IE). При просмотре сайта wikipedia любой локализации браузер выдает следующие сообщения: Maxthon заблокировал ошибку. Fault adress: 637A1F5A 01:00220F5A C:\WINDOWS\system32\mshtml.dll Maxthon заблокировал ошибку. Fault adress: 00440F9B 01:0003FF9B C:\Program Files\Maxthon\Maxthon.exe После чего Maxthon закрывается. Данная проблема замечается мною уже около 2 месяцев. Переустановка браузера не помогает. Данная ошибка отмечена на двух различных компьютерах под управлением операционной системы Windows XP SP3 (ru) с браузером IE6 и IE8. -- 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 27750] Save redirects to wrong diff
https://bugzilla.wikimedia.org/show_bug.cgi?id=27750 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from Aaron Schulz jschulz_4...@msn.com 2011-03-15 17:42:37 UTC --- The bug status isn't based on what's live (unless it's a site request). Also, this fix can't be backported by itself. Other changes and code review are needed. The only thing that could be done is a live-hack, like calling $this-article-getTitle()-resetArticleId(0) before fetching the latest revision to clear the process cache. -- 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 2581] View image in several resolutions
https://bugzilla.wikimedia.org/show_bug.cgi?id=2581 --- Comment #18 from Platonides platoni...@gmail.com 2011-03-15 17:49:32 UTC --- (In reply to comment #15) Why? It could be done via thumb.php, even if the wiki otherwise doesn't use it. Or a job? No. The benefit of thumb.php is that they won't be resized unless they are requested. -- 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 25199] Please show amount of text added/removed, in green/red, on history and user contributions pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=25199 FT2 ft2.w...@gmail.com changed: What|Removed |Added CC||ft2.w...@gmail.com --- Comment #5 from FT2 ft2.w...@gmail.com 2011-03-15 18:01:35 UTC --- +1 to the option of seeing both. Copying from bug 24419: Revision size and revision bytes change are _both_ extremely useful, giving a good quick idea of a page's history or a user's pattern of contributing, especially on talk pages where size change helps to visually identify reductions in page size, often signs of vandalism, removal of comments, archiving, etc which are of interest. I'd like to see page size as SIZE bytes (+/-CHANGE) on both contribs and history. A revision that is 1 bytes in size and a reduction of 100 bytes from the previous revision would be shown as 1 bytes (-100) with the -100 in bold red for visual ease. Also some kind of higher visibility tag, like a symbol next to the byte field, for larger additions/removals (say 400 bytes?). It can be useful to quickly see the key points in a talk or project page history where significant additions or removals happened, and in a user's contributions which edits were of that kind. -- 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 26646] sandbox banners being displayed in Special:CentralNotice campaigns and Special:NoticeTemplate because of overlapping css and js when multiple banners displayed.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26646 --- Comment #1 from Ryan Kaldari rkald...@wikimedia.org 2011-03-15 18:06:57 UTC --- There isn't any way to fix this other than removing the ability to have arbitrary CSS in banner code. Theoretically, I could create a complicated user interface for defining each css rule and it would always scope the selectors correctly, but as long as people can define their own css selectors, they can also define them poorly. The only other solution would be to use iframes, but this would require us to define standard sizes for banners (which would also solve the page bumping 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 27836] Some images do not display unless user is logged-in
https://bugzilla.wikimedia.org/show_bug.cgi?id=27836 --- Comment #3 from Aaron Schulz jschulz_4...@msn.com 2011-03-15 18:09:08 UTC --- Many older reviewed (stableid=x in URL) versions of pages that use that file also have blue links. Newer ones don't. The ones that have blue links are page versions reviewed before the file was uploaded (jan 2011). That suggest two possibilities: (i) The templates (header boxes, portal boxes) used on those pages referenced the coat of arms file before it was created and it was a redlink when the pages where reviewed. I doubt people reviewed pages with a bunch of redlinked files though. (ii) The templates didn't reference the coat of arms file when those pages were reviewed, but the current *stable version* of the templates *now* use the file. This means that the reviewed version of the pages using the templates now use the file too, but the reviewer never specified a version. What *should* happen is that the current file is used in that case, not a blue link. I'll look at this further. -- 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 27448] meta:Special:BannerLoader is loaded using http protocol when using secure server (https)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27448 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED AssignedTo|wikibugs-l@lists.wikimedia. |rkald...@wikimedia.org |org | --- Comment #5 from Ryan Kaldari rkald...@wikimedia.org 2011-03-15 18:09:35 UTC --- This is fixed on live now. -- 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 27339] Bugs that should be fixed post 1.17 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27339 Bug 27339 depends on bug 27448, which changed state. Bug 27448 Summary: meta:Special:BannerLoader is loaded using http protocol when using secure server (https) https://bugzilla.wikimedia.org/show_bug.cgi?id=27448 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are 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 27946] Secure Server (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27946 Bug 27946 depends on bug 27448, which changed state. Bug 27448 Summary: meta:Special:BannerLoader is loaded using http protocol when using secure server (https) https://bugzilla.wikimedia.org/show_bug.cgi?id=27448 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are 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 16434] Pagination doesn't work on Special:PrefixIndex with no prefix
https://bugzilla.wikimedia.org/show_bug.cgi?id=16434 Platonides platoni...@gmail.com changed: What|Removed |Added CC||ialex.w...@gmail.com --- Comment #15 from Platonides platoni...@gmail.com 2011-03-15 18:09:56 UTC --- Adding code-update-regression keyword, because it *used to work properly* prior to 2008-10-19 when I reported the bug 16032, so you can use that date to find out which changes have been done to relevant code in those days. That was probably introduced in r39873 (making SpecialPrefixindex a class child of SpecialAllpages). ialex, can you look at 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 28047] Allow diff of deleted revisions with api
https://bugzilla.wikimedia.org/show_bug.cgi?id=28047 --- Comment #2 from duplicate...@googlemail.com 2011-03-15 18:11:54 UTC --- I mean normal deleted revisions with action=delete. -- 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 28067] New: Request to move WiKansai to Wikimedia servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=28067 Summary: Request to move WiKansai to Wikimedia servers Product: Wikimedia Version: unspecified Platform: All URL: http://kansai.wikimedia.jp/wiki/%E9%96%A2%E8%A5%BF%E3% 82%A6%E3%82%A3%E3%82%AD%E3%83%A1%E3%83%87%E3%82%A3%E3% 82%A2%E3%83%A6%E3%83%BC%E3%82%B6%E4%BC%9A OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@everybody.org I'd like to know if Wikimedia Foundation is okay to set a wiki for us, non-chapter group Wikimedians in Kansai whose wiki resides now at kansai.wikimedia.jp running a server Toru Iwase owns along the domain itself. FYI Toru is a long term Wikimedian and he states publicly the ownership of wikimedia.jp is transferred to Japanese Chapter if it's founded and requests so. Since he served once as CU for JaWP, his identity is given to Foundation. Background of my question: Since the formation of WiKansai, we have used a wiki operated by Toru whose server is located at his apartment in Tokyo. It has run until today without problem from the beginning. Until today. Due to damaging facilities, e.g.. the nuke one, Tokyo Electric Power Company (TEPCO) starts planning blackout in Tokyo and vicinity. Each blackout are limited to 3 hour duration, but the server on which WiKansai wiki runs will be out of service from 9am to 9pm in local time, since no one wouldn't restart it when the blackout ends. TEPCO news release (in Japanese) implies they will do planning blackouts again, if necessary. -- 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 28067] Request to move WiKansai to Wikimedia servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=28067 --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-03-15 18:43:38 UTC --- Forgot to put original requestor is KIZU Naoko (email not given since I posted this here without gaining permission for the email first.) -- 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 27836] Some images do not display unless user is logged-in
https://bugzilla.wikimedia.org/show_bug.cgi?id=27836 --- Comment #4 from Aaron Schulz jschulz_4...@msn.com 2011-03-15 19:09:58 UTC --- I recreated scenario (ii) on my testwiki, but the page correctly shows the current file version, so that doesn't seem to be the problem. Looking at http://pl.wikipedia.org/w/index.php?title=Szablon:Wojew%C3%B3dztwo_kujawsko-pomorskieaction=history it looks like Plik:POL województwo kujawsko-pomorskie COA.svg was used before it was even created. Is this correct? -- 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 28067] Request to move WiKansai to Wikimedia servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=28067 Aphaia aph...@gmail.com changed: What|Removed |Added CC||aph...@gmail.com --- Comment #2 from Aphaia aph...@gmail.com 2011-03-15 19:10:12 UTC --- Thanks Mark opening this bug on my behalf, and Phoebe for poking Mark :) -- 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 28065] Crashes Maxthon Browser on wikipedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=28065 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|enhancement |minor -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are 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 20789] What links here pager says No pages link to ... when it's not true
https://bugzilla.wikimedia.org/show_bug.cgi?id=20789 Jarry1250 jarry1...@gmail.com changed: What|Removed |Added CC||jarry1...@gmail.com --- Comment #2 from Jarry1250 jarry1...@gmail.com 2011-03-15 19:59:49 UTC --- This must be a manifestation of the issue that whenever a bad from value is passed, you get the (empirically false) message that *no* pages link to the page in question. e.g. http://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/Main_pagefrom=back=254925 Don't know what the best solution would be. Probably No more pages link to the current page. Click _here_ to return to the previous listing. where the link would be based on the back code. -- 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 27470] Upload blacklist for target names not being applied ?
https://bugzilla.wikimedia.org/show_bug.cgi?id=27470 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED CC||ro...@wikimedia.org AssignedTo|vasi...@gmail.com |s...@reedyboy.net -- 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 14606] Automatic change of settings after SUL merge: No access to Recent changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=14606 John Mark Vandenberg jay...@gmail.com changed: What|Removed |Added CC||jay...@gmail.com Summary|Automatic change of |Automatic change of |settings after SUL merge: |settings after SUL merge: |No acces to Recent |No access to Recent |changes|changes -- 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 25606] Add 'includeJQuery' to CentralNotice
https://bugzilla.wikimedia.org/show_bug.cgi?id=25606 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #3 from Ryan Kaldari rkald...@wikimedia.org 2011-03-15 21:30:06 UTC --- Marking WONTFIX since includeJQuery() is deprecated and jQuery is now included by default with ResourceLoader. -- 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 20789] What links here pager says No pages link to ... when it's not true
https://bugzilla.wikimedia.org/show_bug.cgi?id=20789 --- Comment #3 from Jarry1250 jarry1...@gmail.com 2011-03-15 21:04:52 UTC --- Created attachment 8298 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8298 Functional patch v1 The patch attached illustrates how I would go about ameliorating the situation (not commit-ready). In short, I would file scenarios as follows: $from set? | --- | no | yes | | no results found (existing) | | $back set? -- | no (shouldn't happen) | yes || no more results (go back to start) | | no more results (go back a page) The one outlined in this bug is yes-yes, which results in a helpful back a page link being presented to the user. That seems a reasonable resolution to my way of thinking. Not sure about supporting yes-no, it shouldn't happen unless you mess with the URL (I think!). -- 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 27924] CurlHttpRequest doesn't return response body if HTTP != 200
https://bugzilla.wikimedia.org/show_bug.cgi?id=27924
--- Comment #1 from Reedy s...@reedyboy.net 2011-03-15 21:37:46 UTC ---
I'm struggling to reproduce this.
?php
header( ERROR: I'm a teapot!, true, 418 );
echo 'teapot!';
See below. Output from execute is hacked in on the read
$req = MWHttpRequest::factory( http://192.168.0.195/teapot.php;, $options );
$status = $req-execute();
teapot!
var_dump( $status );
object(Status)#14 (7) {
[ok]=
bool(false)
[value]=
int(100)
[successCount]=
int(0)
[failCount]=
int(0)
[success]=
array(0) {
}
[errors]=
array(1) {
[0]=
array(3) {
[type]=
string(5) error
[message]=
string(15) http-bad-status
[params]=
array(2) {
[0]=
string(3) 418
[1]=
string(6) unused
}
}
}
[cleanCallback]=
bool(false)
}
var_dump( $req-getContent() );
string(7) teapot!
--
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 27924] CurlHttpRequest doesn't return response body if HTTP != 200
https://bugzilla.wikimedia.org/show_bug.cgi?id=27924 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|PhpHttpRequest doesn't |CurlHttpRequest doesn't |return response body if |return response body if |HTTP != 200 |HTTP != 200 -- 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 28040] In tr, cannot lowercase I in title using {{DISPLAYTITLE:i}} because -ucfirst(lcfirst('I')) is not I.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28040 --- Comment #6 from Ashar Voultoiz has...@free.fr 2011-03-15 21:57:22 UTC --- I have forgotten about full strings case change. r84057 deals with it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28068] New: continue not working as expected for category member query
https://bugzilla.wikimedia.org/show_bug.cgi?id=28068 Summary: continue not working as expected for category member query Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: jer...@evri.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com I recently had regression tests start failing on a wikipedia API call intended to return all of the member articles of a named category. The specific test is pointed at the Progressive_Conservative_Party_of_Canada_MPs category. The exact query issued to the wikimedia servers is: http://en.wikipedia.org/w/api.php?action=querylist=categorymemberscmlimit=100cmprop=titleformat=xmlcmtitle=Category:Progressive_Conservative_Party_of_Canada_MPs notice that the first category member returned is: cm ns=0 title=Agar Rodney Adamson/ The query-continue element is as follows: query-continue categorymembers cmcontinue=10048701/ /query-continue Issuing the next query: http://en.wikipedia.org/w/api.php?action=querylist=categorymemberscmlimit=100cmprop=titleformat=xmlcmtitle=Category:Progressive_Conservative_Party_of_Canada_MPscmcontinue=10048701 Notice that the first member returned is: cm ns=0 title=Agar Rodney Adamson/ A number of members are repeated as continue ids are followed. Additionally, a number of members that should appear are never returned. For example, the article http://en.wikipedia.org/wiki/Ross_Reid is a member of the Progressive_Conservative_Party_of_Canada_MPs category but is never returned by the API call. -- 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 28068] continue not working as expected for category member query
https://bugzilla.wikimedia.org/show_bug.cgi?id=28068 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Reedy s...@reedyboy.net 2011-03-15 22:05:16 UTC --- *** This bug has been marked as a duplicate of bug 27965 *** -- 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 27965] Broken paging in list=categorymembers
https://bugzilla.wikimedia.org/show_bug.cgi?id=27965 Reedy s...@reedyboy.net changed: What|Removed |Added CC||jer...@evri.com --- Comment #4 from Reedy s...@reedyboy.net 2011-03-15 22:05:16 UTC --- *** Bug 28068 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 20789] What links here pager says No pages link to ... when it's not true
https://bugzilla.wikimedia.org/show_bug.cgi?id=20789 Jarry1250 jarry1...@gmail.com changed: What|Removed |Added Keywords|code-update-regression |need-review, 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 27915] My watchlist Mark as read
https://bugzilla.wikimedia.org/show_bug.cgi?id=27915 --- Comment #13 from Bawolff bawolff...@gmail.com 2011-03-15 21:05:57 UTC --- (In reply to comment #12) oh, darn. so. if the little checkmark boxes are relatively easy to encode, but the code to make the selections drop off the list is a real pain, then it would certainly help to at least have those little boxes to check off when we've read an item. That would give us an at-a-glance aid to see where we've been and don't have to go again, isn't that so? Making a checkmark box and making things drop off the list (esp for watchlists which are customized per user) are about the same difficulty The code which keeps track of what you've already looked at hasn't been touched in a while, and is a little bit scary... -- 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 28068] continue not working as expected for category member query
https://bugzilla.wikimedia.org/show_bug.cgi?id=28068 --- Comment #2 from Jeremy Tryba jer...@evri.com 2011-03-15 22:07:53 UTC --- Thanks. I failed to find that in my searches. I'm glad to see it's already being handled! -- 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 28069] New: MediaWiki fails streaming files when mod_deflate and ob_gzhandler are also set (Content-Encoding: , gzip)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28069 Summary: MediaWiki fails streaming files when mod_deflate and ob_gzhandler are also set (Content-Encoding: , gzip) Product: MediaWiki Version: 1.18-svn Platform: All URL: http://thread.gmane.org/gmane.org.wikimedia.mediawiki/ 36969 OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: platoni...@gmail.com ReportedBy: platoni...@gmail.com Dan Nesset reports in mediawiki-l that when serving files from ConfirmAccount, the response contains Content-Encoding: , gzip, which befuddles some browsers, such as FF, IE and Safari and they fail to decompress the file. This comes as a combination of mod_deflate, PHP's ob_gzhandler and MediaWiki. When serving files, mediawiki clears any gzipping layer, including its own one. You seem to have at php.ini output_handler=ob_gzhandler. When mediawiki detects that ob_gzhandler is active, performs ob_end_clean() and does header( 'Content-Encoding:' ); in order to clean the Content-Encoding field (otherwise you would get plain data with header saying it's in gzip). Then, you also have mod_deflate into the mix. It detects an existing Content-Encoding header, and apr_table_mergen merges adding ', gzip' despite the header being empty. Where is the bug? mod_deflate shouldn't concatenate if the field is empty. php could skip passing Content-Encoding to other modules if empty. MediaWiki could use the header( 'Content-Encoding: identity' ); instead of header( 'Content-Encoding:' ); How can _you_ fix it right now? You don't need having three compressing layers. I'd deactivate mod_deflate and output_handler=ob_gzhandler, letting mediawiki compress the pages automatically for you. Just disabling mod_deflate or output_handler=ob_gzhandler would work too, but note that keeping mod_deflate with your current configuration will compress streamed files, which is likely to be inefficient. rfc2616 section 14.11 defines Content-Encoding header as Content-Encoding : 1#content-coding The #rule (see section 2) requires at least one content-coding to be present, which MediaWiki is currently violating (yes, the empty header does arrive at the user browser). -- 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 28069] MediaWiki fails streaming files when mod_deflate and ob_gzhandler are also set (Content-Encoding: , gzip)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28069 Platonides platoni...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Platonides platoni...@gmail.com 2011-03-15 22:23:31 UTC --- Fixed in r84060. Set the Content-Encoding as identity, using header_remove if available. -- 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 28070] New: RSS feed for watchlist throws fatal error when underlying db is postgres
https://bugzilla.wikimedia.org/show_bug.cgi?id=28070
Summary: RSS feed for watchlist throws fatal error when
underlying db is postgres
Product: MediaWiki
Version: 1.16.2
Platform: All
OS/Version: All
Status: NEW
Severity: critical
Priority: Normal
Component: Watchlist
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dness...@yahoo.com
Clicking on the Toolbox link RSS on the My watchlist page throws a fatal
error. The traceback is:
1:
2: Warning: pg_query(): Query failed: ERROR: invalid input syntax for type
timestamp with time zone: 20110314172654 at character 327 in
/czdata/dbg/phase3/includes/db/DatabasePostgres.php on line 584
3:
4: Call Stack:
5: 0.0002 673696 1. {main}() /czdata/dbg/phase3/api.php:0
6: 0.0734 16784344 2. ApiMain-execute()
/czdata/dbg/phase3/api.php:116
7: 0.0734 16784392 3. ApiMain-executeActionWithErrorHandling()
/czdata/dbg/phase3/includes/api/ApiMain.php:322
8: 0.0734 16825512 4. ApiMain-executeAction()
/czdata/dbg/phase3/includes/api/ApiMain.php:338
9: 0.0760 17293168 5. ApiFeedWatchlist-execute()
/czdata/dbg/phase3/includes/api/ApiMain.php:595
10: 0.0762 17312384 6. ApiMain-execute()
/czdata/dbg/phase3/includes/api/ApiFeedWatchlist.php:95
11: 0.0762 17312432 7. ApiMain-executeAction()
/czdata/dbg/phase3/includes/api/ApiMain.php:320
12: 0.0778 17568576 8. ApiQuery-execute()
/czdata/dbg/phase3/includes/api/ApiMain.php:595
13: 0.0819 18536048 9. ApiQueryWatchlist-execute()
/czdata/dbg/phase3/includes/api/ApiQuery.php:233
14: 0.0819 18536048 10. ApiQueryWatchlist-run()
/czdata/dbg/phase3/includes/api/ApiQueryWatchlist.php:44
15: 0.0860 18612800 11. ApiQueryBase-select()
/czdata/dbg/phase3/includes/api/ApiQueryWatchlist.php:188
16: 0.0860 18612848 12. DatabaseBase-select()
/czdata/dbg/phase3/includes/api/ApiQueryBase.php:244
17: 0.0861 18613256 13. DatabaseBase-query()
/czdata/dbg/phase3/includes/db/Database.php:874
18: 0.0861 18614056 14. DatabasePostgres-doQuery()
/czdata/dbg/phase3/includes/db/Database.php:517
19: 0.0862 18614648 15. pg_query()
/czdata/dbg/phase3/includes/db/DatabasePostgres.php:584
20:
21: ?xml version=1.0?
22: ?xml-stylesheet type=text/css
href=http://localhost/skins/common/feed.css?270;?
23: rss version=2.0 xmlns:dc=http://purl.org/dc/elements/1.1/;
24: channel
The problem occurs for the following reason. The timestamp provided to the
pg_qurey statement is in TS_UNIX format, not TS_POSTGRES format. It appears
there is a serious flaw with the logic visited as the result of the
piQueryWatchlist-execute() call. In particular, at line 644 of
ApiBase-getParameterFromSettingsm, thje case statement for 'timestamp' takes
the TS_POSTGRES formatted timestamp and converts it first to TS_UNIX and then
to TS_MW. This value is then supplied to the pg_query. A bit of thought reveals
why this problem does not occur for MySQL databases. Timestamps in TS_UNIX
format are valid for MySQL, so the fatal error doesn't occur.
The stack trace for the timestamp format conversion is:
org.netbeans.modules.viewmodel.TreeModelNode@24740a93[Name=,
displayName=includes/api/ApiBase.php.ApiBase-getParameterFromSettings:652]
org.netbeans.modules.viewmodel.TreeModelNode@3e624b97[Name=,
displayName=includes/api/ApiBase.php.ApiBase-extractRequestParams:484]
org.netbeans.modules.viewmodel.TreeModelNode@2750c680[Name=,
displayName=includes/api/ApiQuery.php.ApiQuery-execute:229]
org.netbeans.modules.viewmodel.TreeModelNode@281811aa[Name=,
displayName=includes/api/ApiMain.php.ApiMain-executeAction:595]
org.netbeans.modules.viewmodel.TreeModelNode@442fc476[Name=,
displayName=includes/api/ApiMain.php.ApiMain-execute:320]
org.netbeans.modules.viewmodel.TreeModelNode@1c0b41f3[Name=,
displayName=includes/api/ApiFeedWatchlist.php.ApiFeedWatchlist-execute:95]
org.netbeans.modules.viewmodel.TreeModelNode@2716c6e7[Name=,
displayName=includes/api/ApiMain.php.ApiMain-executeAction:595]
org.netbeans.modules.viewmodel.TreeModelNode@485c7bbd[Name=,
displayName=includes/api/ApiMain.php.ApiMain-executeActionWithErrorHandling:338]
Value before conversion (TS_POSTGRES format) is:
2011-03-14 21:32:17 GMT
Value after conversion (TS_MW format) is:
20110314213217
The logic causing this problem is intricate and I cannot suggest a fix.
However, somehow the TS_POSTGRES formatted time should be supplied to the
pg_query, not the TS_MW formatted time. How to effect this change and still
maintain other valid uses of ApiQuery isn't clear (at least it isn't clear to
me).
--
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.
[Bug 28070] RSS feed for watchlist throws fatal error when underlying db is postgres
https://bugzilla.wikimedia.org/show_bug.cgi?id=28070 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Normal |High CC||krinklem...@gmail.com --- Comment #1 from Krinkle krinklem...@gmail.com 2011-03-15 23:07:23 UTC --- Can also be reproduced on Toolserver Wiki (which uses PostgreSQL [1]) Log in at https://wiki.toolserver.org/ and go to Special:Watchlist and click the RSS feed feed:https://wiki.toolserver.org/w/api.php?action=feedwatchlistallrev=allrevwlowner=USERNAMEwltoken=TOKENfeedformat=atom A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: http://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT rc_namespace,rc_title,rc_timestamp,rc_cur_id,rc_this_oldid,rc_user,rc_user_text,rc_comment FROM watchlist,page,recentchanges WHERE (wl_namespace = rc_namespace) AND (wl_title = rc_title) AND (rc_cur_id = page_id) AND wl_user = '1109' AND rc_deleted = '0' AND (rc_timestamp='20110314230557') ORDER BY rc_timestamp DESC LIMIT 51 Function: ApiQueryWatchlist::run Error: 1 ERROR: invalid input syntax for type timestamp with time zone: 20110314230557 -- Krinkle [1] https://wiki.toolserver.org/wiki/Special:Version -- 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 27398] $namespaceGenderAliases not compatible with $wgExtraNamespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=27398 --- Comment #10 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2011-03-15 23:32:47 UTC --- We have Medmaacher (with spelling variant Metmaacher) for masculine, neuter, and unknown, and Medmaachėrn (with spelling variant Metmaacherin) for female1 and female2. Literally, these words translate to corroborator, participant. I was speaking generally. If you have 2 base words, only one can be currently used as the standard word. While it does not have to be the same word all the times, in one place/situaton only one can be generated. Btw. We did not and do have varying namespacenames per gender set. This morning, I wanted to quickly figure what exactly to do for it. While the current system of male/female is indeed easily set up, I detected that we need to have 20 choices to cover all cases occurring in our grammar when talking _about_ users (including unknown cases but not counting T/F forms, or polite forms, or forms addressing people) These 20 choices can be experessed with two variables having 5 and 4 possible values, respectively, one being the grammatical gender (declension properties) of the name or nickname, the other being the natural gender of a user. One can use user-or-bot-name altered his/her/its userpage. as a key sentence which has all 20 variantes. -- 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 1319] doBlockLevels inserts pre-tags in a text created by an extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=1319 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Highest |High -- 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 28043] Misaligned tooltips/tooltips still present upon submit or validation
https://bugzilla.wikimedia.org/show_bug.cgi?id=28043 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Ryan Kaldari rkald...@wikimedia.org 2011-03-15 23:47:54 UTC --- Fixed in r83983. -- 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 27260] Tracking bug: UploadWizard 1.0
https://bugzilla.wikimedia.org/show_bug.cgi?id=27260 Bug 27260 depends on bug 28043, which changed state. Bug 28043 Summary: Misaligned tooltips/tooltips still present upon submit or validation https://bugzilla.wikimedia.org/show_bug.cgi?id=28043 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 28071] New: Upload wizard does not support uploading videos
https://bugzilla.wikimedia.org/show_bug.cgi?id=28071 Summary: Upload wizard does not support uploading videos Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: d...@ucsc.edu CC: asha...@wikimedia.org it appears that the upload wizard does not support uploading videos it errors out with thumbnail missing information Additionally the thumbnail check does nothing and proceeds to set the image src to null. -- 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 27398] $namespaceGenderAliases not compatible with $wgExtraNamespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=27398 --- Comment #11 from Leinad danny.lei...@gmail.com 2011-03-16 00:17:00 UTC --- I still don't understand Purodha - how is it connected with this bug? MediaWiki allows to set default $namespaceGenderAliases and the purpose of this bug is to resolve collisions with $wgExtraNamespaces (in case when we want reconfigure name of default 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 14801] Global deleted image review for Commons admins
https://bugzilla.wikimedia.org/show_bug.cgi?id=14801 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #35 from Krinkle krinklem...@gmail.com 2011-03-16 00:21:22 UTC --- *bump* Commons is getting fuller and fuller, more wikis moving to commons, more work. It's been 3 years since it was accepted through a global-vote on Meta. Bryan's suggestion appears to be a plausible solution. Altough I don't know a lot about the permissions and authentication in core and CentralAuth, it sounds like something that shouldn't be too hard. Whatever uses $wg*Permissions checks if either the value itself or the current namespace array item in that value is true. Can someone write a patch for this ? Do we need to update most/all usages of User-isAllowed / userCan() for addition/replacement with Title-userCan, or can it be implemented in there ? Even if you can't write a patch, adding some notes would be great so others can pick them up. -- 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 167] Use a dedicated interface for adding interwiki/category links, not wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=167 --- Comment #25 from Krinkle krinklem...@gmail.com 2011-03-16 00:36:53 UTC --- So main points that need attention here: * If and how do we: Version, review/patrol and log changes made to meta data like Categories and interlanguage links ? * How to solve edit conflicts ? * How to handle difference view ? * What about undo/revert ? Except for edit conflict and undo/revert Extension:AbuseFilter [1] has done an attempt at solving this. They keep a seperate table for their data with all versions [2] and a note about the action is logged in mw_logging [3]. When viewing the differnce it consists of table with the difference per-heading [4] [1] http://www.mediawiki.org/wiki/Extension:AbuseFilter [2] http://i.imgur.com/gv1Xi.png and http://i.imgur.com/VyGEO.png [3] http://i.imgur.com/qQYAg.png [4] http://i.imgur.com/7x2mc.png -- 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 27967] wikis with $wgRawHtml = TRUE can no longer use jQuery in wikitext
https://bugzilla.wikimedia.org/show_bug.cgi?id=27967 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Normal |High CC||m...@everybody.org -- 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 27420] Message Validationstatistics-pndtime should explain how average delay is calculated
https://bugzilla.wikimedia.org/show_bug.cgi?id=27420 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #6 from Aaron Schulz jschulz_4...@msn.com 2011-03-16 01:38:29 UTC --- Done in r84077. -- 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 26449] Add { overflow: hidden; } to H1, H2, H3, H4, H5, H6; this fixes bunching.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26449 Leinad danny.lei...@gmail.com changed: What|Removed |Added CC||danny.lei...@gmail.com --- Comment #17 from Leinad danny.lei...@gmail.com 2011-03-16 01:39:38 UTC --- Please look at bug28041, I'm not sure is it the same problem. -- 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 28048] Categories layout is ugly in IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=28048 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ryan Kaldari rkald...@wikimedia.org 2011-03-16 01:40:31 UTC --- Fixed in r84075. Unfortunately this required using the star hack for IE6 and IE7 since those browsers refuse to handle vertical-align:baseline correctly and changing to vertical-align:middle looks wonky in other browsers. Hopefully this will get fixed in jQuery.ui.button at some point. -- 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 28041] == Level 2 (Section heading) == is not shown after {{info| }} tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=28041 --- Comment #4 from Leinad danny.lei...@gmail.com 2011-03-16 01:40:40 UTC --- Probably connected with bug26449. -- 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 14801] Global deleted image review for Commons admins
https://bugzilla.wikimedia.org/show_bug.cgi?id=14801 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Normal |Highest CC||m...@everybody.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 28067] Request to move WiKansai to Wikimedia servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=28067 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Normal |Highest -- 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 28067] Request to move WiKansai to Wikimedia servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=28067 Tietew tietew-mediazi...@tietew.net changed: What|Removed |Added CC||tietew-mediazi...@tietew.ne ||t --- Comment #3 from Tietew tietew-mediazi...@tietew.net 2011-03-16 03:00:16 UTC --- I'm Toru (aka User:Tietew) Now my house is OUT of blackout area. Therefore, WiKansai is not planned to be stoped currently. -- 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 27924] CurlHttpRequest doesn't return response body if HTTP != 200
https://bugzilla.wikimedia.org/show_bug.cgi?id=27924 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #2 from Bawolff bawolff...@gmail.com 2011-03-16 03:03:34 UTC --- I also can not reproduce (tried with 404 page). The Http::get wrapper won't return content for non-200 pages it seems, but MWHttpRequest::factory seems to work fine. -- 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 28057] Collection extension doesn't respect uselang url parameter on [[Special:Book]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=28057 Hydra ad...@wikisorg.tk changed: What|Removed |Added CC||ad...@wikisorg.tk --- Comment #1 from Hydra ad...@wikisorg.tk 2011-03-16 05:33:11 UTC --- There shouldn't be anything wrong with this, because the default language is en and without the ?uselang=pt parameter, the page would be displayed in English, not Portuguese. -- 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 27727] Fix and restart job runners for Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=27727 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Tim Starling tstarl...@wikimedia.org 2011-03-16 05:55:58 UTC --- The backlog has now cleared and most job runners are sleeping. Marking 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 27339] Bugs that should be fixed post 1.17 WMF deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27339 Bug 27339 depends on bug 27727, which changed state. Bug 27727 Summary: Fix and restart job runners for Wikimedia wikis https://bugzilla.wikimedia.org/show_bug.cgi?id=27727 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are 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 27726] Rename user did not complete successfully on ar.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=27726 Bug 27726 depends on bug 27727, which changed state. Bug 27727 Summary: Fix and restart job runners for Wikimedia wikis https://bugzilla.wikimedia.org/show_bug.cgi?id=27727 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are 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 27798] Repeated messages about Talk page changes which have already been checked.
https://bugzilla.wikimedia.org/show_bug.cgi?id=27798 Bug 27798 depends on bug 27727, which changed state. Bug 27727 Summary: Fix and restart job runners for Wikimedia wikis https://bugzilla.wikimedia.org/show_bug.cgi?id=27727 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are 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 27931] Talkpage notice mails out of sync
https://bugzilla.wikimedia.org/show_bug.cgi?id=27931 Bug 27931 depends on bug 27727, which changed state. Bug 27727 Summary: Fix and restart job runners for Wikimedia wikis https://bugzilla.wikimedia.org/show_bug.cgi?id=27727 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
