[Bug 3276] Give image gallerys fluid width
https://bugzilla.wikimedia.org/show_bug.cgi?id=3276 --- Comment #24 from DieBuche diebu...@gmail.com 2010-11-26 09:13:23 UTC --- weird, something in your install is causing the generation of empty li before each image li (li style=list-style: none/li) These are by default display:block, so they add a newline before each image. I could fix that with css easily, but I'd still be interested where they come from. I'll have a look at that this evening. -- 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 25923] Namespaces on br.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=25923 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2010-11-26 13:32:58 UTC --- Added aliases and ran namespaceDupes. The following pages couldn't be moved automatically, you'll have to fix these by hand: ... 2124 (0,Author:Anatol_ar_Braz) - (104,Anatol_ar_Braz) [[Oberour:Anatol ar Braz]] ... *** cannot resolve automatically; page exists with ID 2109 *** ... 2125 (0,Author:Aogust_Brizeug) - (104,Aogust_Brizeug) [[Oberour:Aogust Brizeug]] ... *** cannot resolve automatically; page exists with ID 1512 *** ... 2128 (0,Author:Charlez_Gwennou) - (104,Charlez_Gwennou) [[Oberour:Charlez Gwennou]] ... *** cannot resolve automatically; page exists with ID 1513 *** ... 2134 (0,Author:Denez_Prigent) - (104,Denez_Prigent) [[Oberour:Denez Prigent]] ... *** cannot resolve automatically; page exists with ID 162 *** ... 2133 (0,Author:Donatien_Laurent) - (104,Donatien_Laurent) [[Oberour:Donatien Laurent]] ... *** cannot resolve automatically; page exists with ID 161 *** ... 2126 (0,Author:Emil_Ernod) - (104,Emil_Ernod) [[Oberour:Emil Ernod]] ... *** cannot resolve automatically; page exists with ID 335 *** ... 2137 (0,Author:Fañch_an_Uhel) - (104,Fañch_an_Uhel) [[Oberour:Fañch an Uhel]] ... *** cannot resolve automatically; page exists with ID 1479 *** ... 2129 (0,Author:Frañsez_Jaffrennou) - (104,Frañsez_Jaffrennou) [[Oberour:Frañsez Jaffrennou]] ... *** cannot resolve automatically; page exists with ID 159 *** ... 2122 (0,Author:Job_ar_Bayon) - (104,Job_ar_Bayon) [[Oberour:Job ar Bayon]] ... *** cannot resolve automatically; page exists with ID 484 *** ... 2127 (0,Author:Juluan_Godest) - (104,Juluan_Godest) [[Oberour:Juluan Godest]] ... *** cannot resolve automatically; page exists with ID 158 *** ... 2123 (0,Author:Louis-Albert_Bourgault-Ducoudray) - (104,Louis-Albert_Bourgault-Ducoudray) [[Oberour:Louis-Albert Bourgault-Ducoudray]] ... *** cannot resolve automatically; page exists with ID 1511 *** ... 2132 (0,Author:Nolwenn_Korbell) - (104,Nolwenn_Korbell) [[Oberour:Nolwenn Korbell]] ... *** cannot resolve automatically; page exists with ID 160 *** ... 2136 (0,Author:Olier_Souetr) - (104,Olier_Souetr) [[Oberour:Olier Souetr]] ... *** cannot resolve automatically; page exists with ID 164 *** ... 2131 (0,Author:Théodore_Hersart_Kervarker) - (104,Théodore_Hersart_Kervarker) [[Oberour:Théodore Hersart Kervarker]] ... *** cannot resolve automatically; page exists with ID 165 *** ... 2130 (0,Author:Yann-Bêr_Kalloc’h) - (104,Yann-Bêr_Kalloc’h) [[Oberour:Yann-Bêr Kalloc’h]] ... *** cannot resolve automatically; page exists with ID 1408 *** ... 2135 (0,Author:Yann-Vari_ar_Skourr) - (104,Yann-Vari_ar_Skourr) [[Oberour:Yann-Vari ar Skourr]] ... *** cannot resolve automatically; page exists with ID 163 *** -- 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 25923] Namespaces on br.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=25923 --- Comment #4 from VIGNERON Nicolas vigneron.nico...@gmail.com 2010-11-26 13:49:36 UTC --- Apparently user:Gwendal has done the renamming by hand *before*. Apparently the rest is ok. Thanx -- 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 25937] Error: data is null in Vector.combined.min.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=25937 --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2010-11-26 14:00:03 UTC --- Should be fixed with r77329, please confirm. -- 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 26097] SF ignores $wgEmailConfirmToEdit setting
https://bugzilla.wikimedia.org/show_bug.cgi?id=26097 --- Comment #12 from David da...@hackerspace.lu 2010-11-26 14:16:45 UTC --- Neat! I have now updated the SF extension and removed the LockDown extension. I can confirm that access controls are working correctly now. Thanks Yaron. -- 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 25947] Namespaces in Bhojpuri
https://bugzilla.wikimedia.org/show_bug.cgi?id=25947 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2010-11-26 14:55:13 UTC --- Done. The following pages couldn't be moved on bhwiki: ... 5039 (0,विशष:Statistics) ... *** cannot resolve automatically; illegal title *** ... 5494 (0,मदद:दवनागरी_लिपी_म_भोजपरी_लिख_खातिर_का_करब) - (12,दवनागरी_लिपी_म_भोजपरी_लिख_खातिर_का_करब) [[मदद:दवनागरी लिपी म भोजपरी लिख खातिर का करब]] ... *** cannot resolve automatically; page exists with ID 5378 *** ... 5496 (0,मदद:दोसरा_विकिपीडिया_स_लख_कईस_लाईब) - (12,दोसरा_विकिपीडिया_स_लख_कईस_लाईब) [[मदद:दोसरा विकिपीडिया स लख कईस लाईब]] ... *** cannot resolve automatically; page exists with ID 5379 *** ... 5386 (0,शरणी:आधार) - (14,आधार) [[शरणी:आधार]] ... *** cannot resolve automatically; page exists with ID 5176 *** -- 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 25947] Namespaces in Bhojpuri
https://bugzilla.wikimedia.org/show_bug.cgi?id=25947 --- Comment #2 from praveenp me.prav...@gmail.com 2010-11-26 15:43:06 UTC --- Thank you -- 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 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 Vitaliy Filippov vita...@yourcmc.ru changed: What|Removed |Added Attachment #7601|0 |1 is obsolete|| --- Comment #9 from Vitaliy Filippov vita...@yourcmc.ru 2010-11-26 16:14:04 UTC --- Created attachment 7870 -- https://bugzilla.wikimedia.org/attachment.cgi?id=7870 Patch for trunk MediaWiki (svn 77332) Updated the patch for the trunk + added some checks and ability to export very large files using 1MB buffer. -- 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 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 Vitaliy Filippov vita...@yourcmc.ru changed: What|Removed |Added Attachment #7870|0 |1 is patch|| Attachment #7870|application/octet-stream|text/plain mime type|| -- 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 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||bryan.tongm...@gmail.com --- Comment #10 from Max Semenik maxsem.w...@gmail.com 2010-11-26 16:47:49 UTC --- Bryan, can you poke at this? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 --- Comment #11 from Max Semenik maxsem.w...@gmail.com 2010-11-26 16:53:46 UTC --- A few comments: font color=red is a big no-no, use span class=error $dbw-immediateCommit(); immediate*() are deprecated, use just begin() and commit() -- 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 26128] New: flaggedrevs.css loaded after site and user CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=26128 Summary: flaggedrevs.css loaded after site and user CSS Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: ro...@wikimedia.org ReportedBy: entli...@gmx-topmail.de CC: jschulz_4...@msn.com, innocentkil...@gmail.com Since a few days (possibly caused by the fix of bug 25289), flaggedrevs.css is being loaded after the site and user CSS. This has broken 1 site-wide customization on dewiki (cf. http://de.wikipedia.org/w/index.php?title=MediaWiki:Monobook.cssdiff=81917389oldid=81917139) and an unknown number of user customizations. -- 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 26129] New: div#mw-fr-revisioncontents should not have class=plainlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=26129 Summary: div#mw-fr-revisioncontents should not have class=plainlinks Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: ro...@wikimedia.org ReportedBy: entli...@gmx-topmail.de CC: jschulz_4...@msn.com, innocentkil...@gmail.com div#mw-fr-revisioncontents (introduced with the fix of bug 25289) should not use the plainlinks class. It just breaks the desired recognizability of external links in article content for no benefit. -- 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 26130] New: Output is double-compressed if compression enabled prior to script start.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26130 Summary: Output is double-compressed if compression enabled prior to script start. Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: critical Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: w...@kennel17.co.uk CC: innocentkil...@gmail.com I just did an svn switch from REL_1_16 to trunk, ran update.php and went to the main page, only to get a whole bunch of garbled output. To cut a long story short, I tracked this down to the fact that the output was being compressed twice. I have the following line in my LocalSettings.php: -- if ( $wgCommandLineMode ) { if ( isset( $_SERVER ) array_key_exists( 'REQUEST_METHOD', $_SERVER ) ) { die( This script must be run from the command line\n ); } } elseif ( empty( $wgNoOutputBuffer ) ) { ## Compress output if the browser supports it if( !ini_get( 'zlib.output_compression' ) ) @ob_start( 'ob_gzhandler' ); } -- This line enables output buffering if it is not already enabled. The important thing to note here, is that this was automatically created by the installer script at the point I first installed MW, whenever that was. It is therefore very likely that a lot of users have this line in their LocalSettings.php, and will therefore suffer this same breakage when they upgrade to 1.17 unless this issue is fixed! I tracked the problem down to r72349, where the logic for starting output buffering was changed in WebStart.php. The old logic realised that buffering was started, and did nothing. The new logic does not correctly detect this situation, so output buffering/compression is started, resulting in double-compression. -- 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 26113] Allow to limit transclusion by namespace ({{#ifeq:{{NAMESPACE}}|{{ns:0}}|onlyinclude}})
https://bugzilla.wikimedia.org/show_bug.cgi?id=26113 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2010-11-26 18:47:12 UTC --- Why not do: {{#ifeq:{{NAMESPACE}}|{{ns:0}}|Content that should be in main namespace only}} I imagine that changing the way onlylinclude behaves would break things... -- 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 3276] Give image gallerys fluid width
https://bugzilla.wikimedia.org/show_bug.cgi?id=3276 --- Comment #25 from DieBuche diebu...@gmail.com 2010-11-26 18:52:55 UTC --- Created attachment 7871 -- https://bugzilla.wikimedia.org/attachment.cgi?id=7871 Fix empty list elements I greped through the trunk all extensions, but couldn't find any code that could be responsible for those lis. Anyway, a new patch is attached, should work with those 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 26130] Output is double-compressed if compression enabled prior to script start.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26130 --- Comment #1 from Mark Clements (HappyDog) w...@kennel17.co.uk 2010-11-26 18:53:17 UTC --- Note that I experienced this on PHP 5.2.4, in case that makes a difference to anything. The bug is easy to fix, simply by reverting the changes made to WebStart.php in r72349, though I don't know enough about the reason those changes were made to say whether different breakages will occur if you do that... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26114] When clicking Category Tree at Special Pages an error occurs
https://bugzilla.wikimedia.org/show_bug.cgi?id=26114 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED CC||s...@reedyboy.net Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2010-11-26 19:09:48 UTC --- Thanks for reporting it r77340 -- 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 26128] flaggedrevs.css loaded after site and user CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=26128 Mark Clements (HappyDog) w...@kennel17.co.uk changed: What|Removed |Added Status|NEW |RESOLVED CC||w...@kennel17.co.uk Resolution||DUPLICATE --- Comment #2 from Mark Clements (HappyDog) w...@kennel17.co.uk 2010-11-26 19:36:25 UTC --- *** This bug has been marked as a duplicate of bug 26131 *** -- 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 26131] Extension style-sheets are loaded after user style-sheets.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26131 --- Comment #2 from Mark Clements (HappyDog) w...@kennel17.co.uk 2010-11-26 19:37:16 UTC --- (From bug 26128, comment #1, by Aaron Schulz) Probably caused by r75331. -- 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 26129] div#mw-fr-revisioncontents should not have class=plainlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=26129 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2010-11-26 19:38:38 UTC --- Fixed in r77342. -- 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 26132] New: SpecialPage::SpecialPage() no longer works (call to undefined method)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26132 Summary: SpecialPage::SpecialPage() no longer works (call to undefined method) Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: w...@kennel17.co.uk I am raising this, as it is a change between 1.16 and trunk, which has broken my WikiDB extension. In my extension, I sub-class the IncludableSpecialPage class to create my own WikiDB_SpecialPage class, which my extension's special pages use. This class provides a load of common functionality, used by all my pages. It also provides a static RegisterSpecialPage() function, which just takes the special page name, and calls SpecialPage::SpecialPage() with all the necessary arguments as, aside from the name, these are the same for all pages. In trunk, this now raises a 'Call to undefined method' error. This happened in r71961, where demon removed the old PHP4 style constructors, and replaced them with the PHP5 __construct() method. In terms of fixing my own extension, I know I can just replace the call to Special::SpecialPage() with parent::__construct(), but my concern is that mine is not the only extension that will be broken by this change. I'm happy for this to be marked as WONTFIX if there is a fair degree of confidence that not many existing extensions will be broken (i.e. that my use-case is unusual, or that most extensions already use the new style). However I would strongly urge that bw-compatibility be maintained somehow if there are more than a handful of extensions that may be broken by this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26132] SpecialPage::SpecialPage() no longer works (call to undefined method)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26132 --- Comment #1 from Ashar Voultoiz has...@free.fr 2010-11-26 20:26:15 UTC --- Created attachment 7872 -- https://bugzilla.wikimedia.org/attachment.cgi?id=7872 reimplement PHP4 old style constructor for extensions still using 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 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 --- Comment #12 from Bryan Tong Minh bryan.tongm...@gmail.com 2010-11-26 20:55:42 UTC --- Comments only on the filerepo part: +global $wgUser; File repo should never ever ever ever use globals like $wgUser. Pass the user object as a function argument, similar to LocalFile::upload +$dstPath = $this-repo-getZonePath('public') . '/archive/' . $this-getHashPath() . $dstName; [...] +$dstName = gmdate( 'YmdHis', wfTimestamp( TS_UNIX, $timestamp ) ) . '!' . $this-getName(); You are essentially duplicating this from LocalFile::publish. The archive name generation should be moved to a separate function, which is called by both publish() and recordOldUpload(). E.g. $dstName = $this-generateArchiveName( $timestamp ); I find it strange that you are doing path generation in recordOldUpload(). Is there a specific reason you are not doing that in the caller and pass the entire archive name? That would seem a bit more logical to me. +/* Original gmdate( 'YmdHis' ) is not corrent AT ALL! */ +/* It gives an inconsistency: file name has one timestamp and database row has another. */ Correct, we should fix that anyway. +$props['timestamp'] = wfTimestamp( TS_MW, $timestamp ); You should use $dbw-timestamp( $timestamp ) I don't know the import/export code at all, so I won't comment on that. In general good work. You are on a good way to finally get upload importing/exporting available. -- 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 26132] SpecialPage::SpecialPage() no longer works (call to undefined method)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26132 Ashar Voultoiz has...@free.fr changed: What|Removed |Added Attachment #7872|0 |1 is obsolete|| --- Comment #2 from Ashar Voultoiz has...@free.fr 2010-11-26 20:57:30 UTC --- Comment on attachment 7872 -- https://bugzilla.wikimedia.org/attachment.cgi?id=7872 reimplement PHP4 old style constructor for extensions still using it Marking patch obsolete. Having two constructor raise a strict warning. Maybe we should rename __construct to SpecialPage to keep backward compatibility. -- 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 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 --- Comment #13 from Bryan Tong Minh bryan.tongm...@gmail.com 2010-11-26 21:06:30 UTC --- (In reply to comment #12) +/* Original gmdate( 'YmdHis' ) is not corrent AT ALL! */ +/* It gives an inconsistency: file name has one timestamp and database row has another. */ Correct, we should fix that anyway. I retract that. The timestamp part of the filename is the timestamp when the file was moved into the archive, not the timestamp when the file was originally uploaded. -- 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 26133] New: href= is not OK for a dummy link
https://bugzilla.wikimedia.org/show_bug.cgi?id=26133 Summary: href= is not OK for a dummy link Product: MediaWiki Version: 1.16 Platform: PC URL: http://www.mediawiki.org/wiki/MediaWiki:Tog-highlightb roken OS/Version: Linux Status: NEW Severity: trivial Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: giecr...@stegny.2a.pl href= means that you want to see the current index, and even then it is better to say href=.. The message text should be: Format broken links a href=# class=newlike this/a (alternative: like thisa href=# class=internal?/a) -- 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 26133] href= is not OK for a dummy link
https://bugzilla.wikimedia.org/show_bug.cgi?id=26133 Ashar Voultoiz has...@free.fr changed: What|Removed |Added CC||has...@free.fr Platform|PC |All OS/Version|Linux |All --- Comment #1 from Ashar Voultoiz has...@free.fr 2010-11-26 22:26:15 UTC --- note: I am sure # will send you to the top of the document in some old? browsers. -- 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 26133] href= is not OK for a dummy link
https://bugzilla.wikimedia.org/show_bug.cgi?id=26133 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #2 from p858snake p858sn...@gmail.com 2010-11-26 22:39:11 UTC --- Do we even need to have that message as a proper link? couldn't we just fudge it with some css? -- 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 25937] Error: data is null in Vector.combined.min.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=25937 Platonides platoni...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Platonides platoni...@gmail.com 2010-11-26 23:27:27 UTC --- So it seems. http://es.wikipedia.org/w/index.php?title=Usuario_Discusi%C3%B3n%3APlatonidesaction=historysubmitdiff=42084918oldid=42063924 -- 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 22881] Greatly improved Export and Import
https://bugzilla.wikimedia.org/show_bug.cgi?id=22881 --- Comment #14 from Vitaliy Filippov vita...@yourcmc.ru 2010-11-26 23:27:34 UTC --- Thanks everybody for remarks :) (In reply to comment #13) I retract that. The timestamp part of the filename is the timestamp when the file was moved into the archive, not the timestamp when the file was originally uploaded. Yeah, originally it is. But I personally don't understand the practical sense of this. The time when the file was moved into the archive is usually equal to or 1-2 second relative to the time when a new version of the same file was uploaded. So each version contains timestamp of another, moreover, not always an accurate one. I think versions should be independent, and should not form such linked lists. (In reply to comment #12) I find it strange that you are doing path generation in recordOldUpload(). Is there a specific reason you are not doing that in the caller and pass the entire archive name? That would seem a bit more logical to me. Do you mean concatenating $dstPath instead of passing it as a parameter to recordOldUpload()? If so, recordOldUpload() uses $dstName as the value of oi_archive_name DB column, that's the reason. -- 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 26134] New: generateSitemap.php neglects newlines for unpopulated namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=26134 Summary: generateSitemap.php neglects newlines for unpopulated namespaces Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Keywords: easy Severity: trivial Priority: Normal Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org CC: innocentkil...@gmail.com Gentlemen, let us observe what happens to the output one sees in reports made to STDOUT (not the sitemaps themselves) by generateSitemap.php when not all of the e.g., $wgSitemapNamespaces=array(NS_MAIN,NS_PROJECT,NS_TEMPLATE_TALK,NS_HELP_TALK,NS_CATEGORY_TALK,NS_USER); in ones LocalSettings.php are populated: 0 () /home/jidanni/mediawiki/sitemap-mwabj-NS_0-0.xml.gz 4 (ABJ)11 (Template talk)13 (Help talk)15 (Category talk)2 (User) /home/jidanni/mediawiki/sitemap-mwabj-NS_2-0.xml.gz The problem is if there are no items to print for a given namespace, the line $this-output( \t$this-fspath$filename\n ); will not fire, thus no \n will get printed. Thus the next line just gets stuck upon the first, garbling the report! -- 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 26135] New: Wikipedia search box should allow drag-and-drop
https://bugzilla.wikimedia.org/show_bug.cgi?id=26135 Summary: Wikipedia search box should allow drag-and-drop Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cenarium.sy...@gmail.com All Wikipedias' search boxes should allow drag and boxes, that would improve their usability. I noted that other projects do allow it: they don't have the text 'search' in the box search, which makes that drag and drop doesn't work. I suppose having the text 'search' is desirable, but the drag and box functionality is useful, isn't there a way to make drag and drop possible even with the text ? -- 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 26135] Wikipedia search box should allow drag-and-drop
https://bugzilla.wikimedia.org/show_bug.cgi?id=26135 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #1 from MZMcBride b...@mzmcbride.com 2010-11-27 03:07:57 UTC --- This seems specific to Vector. I tested with the Modern and Monobook skins and had no issue. I did have an issue with Vector. If this is only a problem while using the Vector (which presumably makes the bug bigger than just Wikipedias), the summary and product/component should reflect this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26136] New: Create Wikisource in Esperanto
https://bugzilla.wikimedia.org/show_bug.cgi?id=26136 Summary: Create Wikisource in Esperanto Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mill...@gmail.com I missed to ask for creation of Wikisource in Esperanto last time. * Language name in native language: Esperanto * Language code: eo.wikisource.org * Logo: http://commons.wikimedia.org/wiki/File:Wikisource-logo-eo-small.png * Project name: Vikifontaro * Project namespace: Vikifontaro * The name of the project talk namespace: Vikifontaro diskuto * Default project timezone: UTC (UTC+0) -- 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 26136] Create Wikisource in Esperanto
https://bugzilla.wikimedia.org/show_bug.cgi?id=26136 Jesse PW (Pathoschild) pathoschild+wmb...@gmail.com changed: What|Removed |Added CC||pathoschild+wmb...@gmail.co ||m Blocks||16976 -- 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 16976] Wikis ready for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Jesse PW (Pathoschild) pathoschild+wmb...@gmail.com changed: What|Removed |Added Depends on||26136 -- 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 25945] Canadian transactions failing AVS
https://bugzilla.wikimedia.org/show_bug.cgi?id=25945 --- Comment #3 from Tomasz Finc tf...@wikimedia.org 2010-11-27 07:56:06 UTC --- This might be a separate issue but there is certainly a high rate of Canadian Amex donations that are getting denied. We've escalated this issue to paypal. -- 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