[Bug 25238] Investigate and re-enable action=parse API module on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=25238 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #34 from MZMcBride b...@mzmcbride.com 2010-09-27 06:12:09 UTC --- (In reply to comment #32) The dicussion at [[Commons:Commons:Administrators'_noticeboard#Stats]] suggests that this isn't related to ImageAnnotator. The current fix for this problem broke a lot of pages on Commons. Please reexamine this problem. I'm re-resolving this bug as fixed. This bug was about getting action=parse re-enabled on Wikimedia wikis. The bug summary and comment 0 both make this clear. It's quite possible that other issues have been exposed subsequent to this bug. In particular, there should probably be a bug about ImageAnnotator being turned into an extension, if one hasn't been filed already. But that doesn't change the resolution of this bug. If there are new issues, file separate bugs. This issue (i.e., action=parse being disabled on Wikimedia wikis), as far as I'm aware, is completely resolved. -- 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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=25238 --- Comment #35 from User:Docu test5...@myway.com 2010-09-27 06:31:49 UTC --- Ok, I re-opened it mainly because of the investigation part, but obviously if it's just the re-enable part that is important, no problem then. -- 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 25329] Archives pages should not ask to enter new submissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25329 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl --- Comment #1 from Siebrand s.mazel...@xs4all.nl 2010-09-27 08:33:44 UTC --- Sounds like a feature request that allows a page to contain threads, but replies to or edits on posts on the page should be denied, as well as creating new threads for it. Have to say that this page was create when the 'archive thread' feature was still in existence. This has now been removed, and ''archiving'' is done by having threads that died out disappear in the pagination... Still, being able to lock down a complete page with all the threads on it sounds like a very powerful feature. -- 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 25322] Possible issue with addOnloadHook in wikibits
https://bugzilla.wikimedia.org/show_bug.cgi?id=25322 --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2010-09-27 08:39:36 UTC --- Exactly how are you adding the JS to the page? Adding JS inline (that is, at arbitrary locations in the body) is no longer supported. Instead, use $wgOut-addScript() or $wgOut-addScriptFile(). This previously used to put scripts in the head, but will now put them in the location where the resource loader expects them. Of course, porting your extension(s) to use the resource loader would be even nicer (but kills 1.16 compat). -- 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 20234] Clickable tabs overlap
https://bugzilla.wikimedia.org/show_bug.cgi?id=20234 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Keywords||need-review CC||roan.katt...@gmail.com --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2010-09-27 08:41:23 UTC --- (In reply to comment #3) Created attachment 7704 [details] avoid collision of tabs This patch avoids that Vector header tabs collide and thus overlap and become inaccessible. Thanks for this patch. Tagging need-review and calling on Trevor to review 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 25181] Create Transwiki namespace on zh wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=25181 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Summary|Enable Special:Import on|Create Transwiki namespace |zhwikimedia |on zh wikis --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2010-09-27 08:45:33 UTC --- (In reply to comment #2) And plese add Transwiki namespace to Destination namespace of [[Special:Import]] on all zhwikimedia. None of the wikis you linked to has a Transwiki: namespace. There may be pages starting with Transwiki:, but as far as MediaWiki is concerned these are in the main namespace. Given community consensus, such a namespace can be created. Repurposing this bug for that. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25326] Devanagari transliteration tool
https://bugzilla.wikimedia.org/show_bug.cgi?id=25326 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2010-09-27 08:48:00 UTC --- These transliteration tools are typically done in site JavaScript. Is there another Wikimedia wiki that already has a Devanagari transliteration tool? If so, you (or someone) could copy that to your wiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25322] Possible issue with addOnloadHook in wikibits
https://bugzilla.wikimedia.org/show_bug.cgi?id=25322 --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2010-09-27 09:00:21 UTC --- PHP: http://dpaste.org/O2Eh/ Using $wgOut-addScript() instead seems to work fine at first try. IIRC, there was a reason for not using this though, as it didn't work correctly in all contexts. Unfortunately I can't remember the details. I'll look into making Maps and Semantic Maps use the resource loader as soon as there is decent documentation. -- 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 25181] Create Transwiki namespace on zh wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=25181 --- Comment #4 from shi zhao shiz...@gmail.com 2010-09-27 09:10:43 UTC --- (In reply to comment #3) (In reply to comment #2) And plese add Transwiki namespace to Destination namespace of [[Special:Import]] on all zhwikimedia. None of the wikis you linked to has a Transwiki: namespace. There may be pages starting with Transwiki:, but as far as MediaWiki is concerned these are in the main namespace. Given community consensus, such a namespace can be created. Repurposing this bug for that. see http://zh.wikisource.org/wiki/Wikisource:%E5%86%99%E5%AD%97%E9%97%B4#.E5.85.B3.E4.BA.8ESpecial:Import.E5.90.AF.E7.94.A8transwiki.E7.9A.84.E5.BB.BA.E8.AE.AE -- 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 25289] Make review load faster by speeding up display of old revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25289 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com, ||tstarl...@wikimedia.org --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2010-09-27 09:12:08 UTC --- (In reply to comment #4) Re: my modulo idea; that was borne of my ignorance+forgetfulness of how our caching works. I'm not sure exactly how things are configured, but since tghe parser cache uses memcached (right?), and memcached already uses LRU and maybe even expiration times to dump things out of the cache, there's probably not the need for additional complexity in the app. There's actually two different layers of caching you're dealing with here: revision cache and parser cache. Both live in memcached. The revision cache caches the wikitext of every revision that's ever obtained from the external storage and caches it for 7 days. There is no discrimination between old and new revisions here, other than that LRU will most likely advantage newer revisions. The parser cache caches the parser output (rendered HTML plus metadata like links, used templates and used images) for a variety of parser options (e.g. whether to show [edit] links, whether to use weird redlinks with a ? at the end, etc.) but only for the latest version of each page. The expiry time will be an hour or so if time-dependent magic words like {{CURRENTDAY}} are involved, but is generally set to never. When a page is visited for the first time after having been edited, MW will notice the parser cache entry is stale (because it's older than the newest revision) and reparse the page. As a consequence, ParserCache::get() can only fetch the latest revision of a page. I believe you're right that memcached uses LRU to evict things from cache when it runs out of space. Whether storing old revisions in the parser cache (possibly forever) is desirable and whether additional complexity in MW is needed to do this sanely is a question I think is best answered by Tim (CC). -- 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 25311] wrong language used
https://bugzilla.wikimedia.org/show_bug.cgi?id=25311 --- Comment #6 from Florian Effenberger flo...@gmail.com 2010-09-27 10:14:59 UTC --- #2 is about: When I receive e-mail notification from someone wanting to have an account, the notification to me is always in HIS language, not in mine. -- 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 25324] Show different versions of MediaWiki:Movepagetext depending on if $wgFixDoubleRedirects is true or false
https://bugzilla.wikimedia.org/show_bug.cgi?id=25324 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||need-review, patch CC||p858sn...@gmail.com -- 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 25335] Enable image rating for Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=25335 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #1 from p858snake p858sn...@gmail.com 2010-09-27 10:29:32 UTC --- Please show community consensus. -- 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 25329] Archives pages should not ask to enter new submissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25329 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #2 from p858snake p858sn...@gmail.com 2010-09-27 10:32:01 UTC --- I talked to Werdna awhile ago there was no plans for work flow management at that time to support archiving threads -- 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 25291] 100.9 MB DjVu upload on commons for fr.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=25291 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2010-09-27 11:12:19 UTC --- I can import this for you. Which username should I use for the import? -- 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 25291] 100.9 MB DjVu upload on commons for fr.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=25291 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #6 from Derk-Jan Hartman hart...@videolan.org 2010-09-27 11:19:03 UTC --- The person that originally reported this was: User:Marc http://commons.wikimedia.org/wiki/Commons:Village_pump#Upload_a_big_file -- 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 25289] Make review load faster by speeding up display of old revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25289 --- Comment #6 from Bawolff bawolff...@gmail.com 2010-09-27 11:42:17 UTC --- (In reply to comment #4) Re: steps taken. The FlaggedRevs extension adds extra bits to the history, and some extra UI to diff pages. One typical review flow involves: 1. Go to the list of pages with pending changes (Special:OldReviewedPages) 2. Click review on one of the pages. This action actually has the same effect as requesting a diff between the latest accepted revision, and the latest revision 3. Either accept the revision, or (in the next version), reject it Any diff page is actually a potential review page under Pending Changes. Full details here: http://en.wikipedia.org/wiki/Help:Pending_changes Stupid question, when I am reviewing stuff on enwikinews (which i recognize has a slightly different set up then 'pedia) and click the [review] link from special:oldreviewedpages I get a diff between the current version and the stable version, with the most recent version of the page (which is in parser cache from what i understand) displayed underneath. At what point does an old revision get displayed to the user? -- 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 25336] New: Page is still shown on Special:NewPages when the page has deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=25336 Summary: Page is still shown on Special:NewPages when the page has deleted Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: waihor...@yahoo.com.hk If a sysop deleted a page, the page is still shown on Special:NewPages. If a patroller see that page have a yellow background and want to patrol it, deleted notice will be displayed. However, the page will still show on Special:NewPages for 30 days and patroller cannot patrol it. Then, the patroller will check if there any pages are unpatrolled. This is a obsession to the patroller. Please fix it as soon as possible. -- 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 25336] Page is still shown on Special:NewPages when the page has deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=25336 waihor...@yahoo.com.hk changed: What|Removed |Added Keywords||patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25336] Page is still shown on Special:NewPages when the page has deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=25336 Leinad danny.lei...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||danny.lei...@gmail.com Resolution||DUPLICATE --- Comment #1 from Leinad danny.lei...@gmail.com 2010-09-27 13:41:46 UTC --- *** This bug has been marked as a duplicate of bug 19389 *** -- 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 19389] Deleted page still need to patrol
https://bugzilla.wikimedia.org/show_bug.cgi?id=19389 Leinad danny.lei...@gmail.com changed: What|Removed |Added CC||waihor...@yahoo.com.hk --- Comment #4 from Leinad danny.lei...@gmail.com 2010-09-27 13:41:46 UTC --- *** Bug 25336 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17536] Move + delete removes an article from Special:NewPages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17536 Leinad danny.lei...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||danny.lei...@gmail.com Resolution||DUPLICATE --- Comment #3 from Leinad danny.lei...@gmail.com 2010-09-27 13:47:02 UTC --- *** This bug has been marked as a duplicate of bug 17463 *** -- 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 17463] New pages log doesn't remove/update item after suppression redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=17463 Leinad danny.lei...@gmail.com changed: What|Removed |Added CC||mediaw...@blazemonger.com --- Comment #6 from Leinad danny.lei...@gmail.com 2010-09-27 13:47:02 UTC --- *** Bug 17536 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25336] Page is still shown on Special:NewPages when the page has deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=25336 --- Comment #2 from Leinad danny.lei...@gmail.com 2010-09-27 13:48:26 UTC --- *** This bug has been marked as a duplicate of bug 17463 *** -- 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 17463] New pages log doesn't remove/update item after suppression redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=17463 Leinad danny.lei...@gmail.com changed: What|Removed |Added CC||waihor...@yahoo.com.hk --- Comment #7 from Leinad danny.lei...@gmail.com 2010-09-27 13:48:26 UTC --- *** Bug 25336 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19389] Deleted page still need to patrol
https://bugzilla.wikimedia.org/show_bug.cgi?id=19389 Leinad danny.lei...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||danny.lei...@gmail.com Resolution||DUPLICATE --- Comment #5 from Leinad danny.lei...@gmail.com 2010-09-27 13:48:54 UTC --- *** This bug has been marked as a duplicate of bug 17463 *** -- 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 17463] New pages log doesn't remove/update item after suppression redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=17463 Leinad danny.lei...@gmail.com changed: What|Removed |Added CC||xu.jimmy@gmail.com --- Comment #8 from Leinad danny.lei...@gmail.com 2010-09-27 13:48:54 UTC --- *** Bug 19389 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 11782] : indent markup fails if paragraph is to the right of an image
https://bugzilla.wikimedia.org/show_bug.cgi?id=11782 Erwin Dokter er...@darcoury.nl changed: What|Removed |Added CC||er...@darcoury.nl --- Comment #4 from Erwin Dokter er...@darcoury.nl 2010-09-27 13:49:09 UTC --- That's a CSS float bug. The list items are actually indented, but only relative to the left margin of the page instead of the image. This happens with all indented elements. This cannot be fixed in Mediawiki. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9790] Watchlist doesn't show earlier normal edits when hiding bot edits, own edits or minor edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=9790 --- Comment #11 from Krinkle krinklem...@gmail.com 2010-09-27 14:06:27 UTC --- Any progress on this ? Ilmari Karonen's query works according to him. Perhaps put this to more testing and/or implementation. -- 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 25337] New: MediaWiki:Useractivity-award should support GENDER
https://bugzilla.wikimedia.org/show_bug.cgi?id=25337 Summary: MediaWiki:Useractivity-award should support GENDER Product: MediaWiki extensions Version: any Platform: All URL: http://translatewiki.net/w/i.php?title=Supportoffset= 20100807011733#GENDER_in_Social_Profile_-_User_Activit y_6251 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: SocialProfile AssignedTo: j...@countervandalism.net ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net The message in MediaWiki:Useractivity-award should support GENDER in the same way, eg. useractivity-edit and few others do. -- 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 25338] New: Resource loader: incorrect input to makeList()
https://bugzilla.wikimedia.org/show_bug.cgi?id=25338 Summary: Resource loader: incorrect input to makeList() Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: maxsem.w...@gmail.com CC: roan.katt...@gmail.com Blocks: 24415 Periodically seen on TWN: /w/load.php?debug=falseamp;lang=enamp;modules=siteamp;only=scriptsamp;skin=modernamp;version=1970-01-01T00%3A00%3A00Z: Exception: DatabaseBase::makeList: empty input Stack trace: #2 /www/w/includes/ResourceLoader.php(75): DatabaseBase-select('module_deps', Array, Array, 'ResourceLoader:...') #3 /www/w/includes/ResourceLoader.php(294): ResourceLoader::preloadModuleInfo(Array, Object(ResourceLoaderContext)) #4 /www/w/load.php(48): ResourceLoader::respond(Object(ResourceLoaderContext)) All such exceptions I've seen happen with the Modern skin. -- 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 24415] Resource loader (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24415 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Depends on||25338 -- 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 25291] 100.9 MB DjVu upload on commons for fr.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=25291 --- Comment #7 from Sébastien Santoro dereck...@espace-win.org 2010-09-27 15:21:04 UTC --- Indeed, to upload that under the username Marc seems 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 25329] Archives pages should not ask to enter new submissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25329 The Evil IP address theevilipaddr...@hotmail.de changed: What|Removed |Added CC||theevilipaddr...@hotmail.de --- Comment #3 from The Evil IP address theevilipaddr...@hotmail.de 2010-09-27 15:25:53 UTC --- It's possible via the protection interface to prevent further new topics or answers, which probably should be sufficient for such cases. -- 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 25289] Make review load faster by speeding up display of old revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25289 --- Comment #7 from Platonides platoni...@gmail.com 2010-09-27 15:34:01 UTC --- (In reply to comment #4) This action actually has the same effect as requesting a diff between the latest accepted revision, and the latest revision FlaggedRevs::getPageCache() already keeps a cache of the last stable revision, although it's not used when presenting a diff with that *target* revision. Note that Bawolff is right. When the users click the Review they will arrive at a diff which will display below the *current* version (even if they normally wouldn't per their preferences), for which the parser cache will be used if possible. You can easily confirm in the source Saved in parser cache with key enwiki:pcache:idhash:62676-0!1!0!default!!en!4 (In reply to comment #5) The parser cache caches the parser output (rendered HTML plus metadata like links, used templates and used images) for a variety of parser options (e.g. whether to show [edit] links, whether to use weird redlinks with a ? at the end, etc.) but only for the latest version of each page. The expiry time will be an hour or so if time-dependent magic words like {{CURRENTDAY}} are involved, but is generally set to never. When a page is visited for the first time after having been edited, MW will notice the parser cache entry is stale (because it's older than the newest revision) and reparse the page. As a consequence, ParserCache::get() can only fetch the latest revision of a page. A bit of nitpicking: Parser output is not stored forever but for $wgParserCacheExpireTime, whose default is one day but in WMF is set to two weeks in InitialiseSettings.php. Duesentrieb also added more fine grained expirings but I think the magic words don't benefit from it yet. And the ? or red link is luckily CSS magic, not a parser cache option. -- 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 24124] Diff pages don't use cached version of parsed current revision
https://bugzilla.wikimedia.org/show_bug.cgi?id=24124 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added CC||ro...@wikimedia.org Summary|Diff pages are slow due to |Diff pages don't use cached |parser invocation |version of parsed current ||revision --- Comment #12 from Rob Lanphier ro...@wikimedia.org 2010-09-27 16:39:03 UTC --- Changing title to reflect that this problem isn't fixed in all cases, just in the case where the diff is against the current revision. -- 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 25289] Make review load faster by speeding up display of old revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25289 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Depends on||24124 --- Comment #8 from Rob Lanphier ro...@wikimedia.org 2010-09-27 16:46:58 UTC --- (In reply to comment #6) Stupid question, when I am reviewing stuff on enwikinews (which i recognize has a slightly different set up then 'pedia) and click the [review] link from special:oldreviewedpages I get a diff between the current version and the stable version, with the most recent version of the page (which is in parser cache from what i understand) displayed underneath. At what point does an old revision get displayed to the user? Not a stupid question at all. We thought we pretty much fixed this problem when we fixed bug 24124, but it turns out this feature causes people to cruise the history a lot. For example, if there are two or more revisions after the latest accepted revision, reviewers are expected to inspect each revision rather than accepting/rejecting the diff in totality. -- 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 24124] Diff pages don't use cached version of parsed current revision
https://bugzilla.wikimedia.org/show_bug.cgi?id=24124 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Blocks||25289 -- 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 25339] New: Allow separate specification of FS and URL paths for resources
https://bugzilla.wikimedia.org/show_bug.cgi?id=25339 Summary: Allow separate specification of FS and URL paths for resources Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Resource Loader AssignedTo: tpars...@wikimedia.org ReportedBy: roan.katt...@gmail.com CC: roan.katt...@gmail.com See discussion at http://www.mediawiki.org/wiki/Special:Code/MediaWiki/72797#c9583 -- 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 25294] Reject button confirmation screen in Pending Changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25294 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added AssignedTo|ro...@wikimedia.org |innocentkil...@gmail.com --- Comment #2 from Rob Lanphier ro...@wikimedia.org 2010-09-27 19:31:22 UTC --- (In reply to comment #1) It doesn't make sense, if you introduce confirmation screen, there will 2 the same buttons: * Reject, * Undo. Currently Reject button is very useful - it is improved version of Rollback button (you can automatically revert changes of all authors, not only of one author). There is a lot of resistance to creating something that works like rollback, especially because of the multi-author nature of it. The fear is that good edits will get lumped in with the bad, and thus we'll lose edits and alienate new 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 25340] New: Cross Site Scripting Vulnerability
https://bugzilla.wikimedia.org/show_bug.cgi?id=25340 Summary: Cross Site Scripting Vulnerability Product: MediaWiki extensions Version: any Platform: All URL: http://semantic-mediawiki.org/wiki/Special:Ask OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: david.pa...@commercebank.com If you enter: scriptalert(CSS Vulnerability);/script into the query window and click on the 'Find results' button, it will pop up an alert window the the 'CSS Vulnerability' message. This works on all versions of Media wiki and the semantic extensions I have tried. Works in both Firefox and IE. -- 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 25340] Cross-site scripting (XSS) vulnerability in Semantic MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=25340 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com Summary|Cross Site Scripting|Cross-site scripting (XSS) |Vulnerability |vulnerability in Semantic ||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 25322] Possible issue with addOnloadHook in wikibits
https://bugzilla.wikimedia.org/show_bug.cgi?id=25322 --- Comment #3 from Trevor Parscal tpars...@wikimedia.org 2010-09-27 20:14:39 UTC --- Can this be closed then? It sounds like this was just unsupported behavior not a 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 25322] Possible issue with addOnloadHook in wikibits
https://bugzilla.wikimedia.org/show_bug.cgi?id=25322 --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2010-09-27 20:17:52 UTC --- (In reply to comment #3) Can this be closed then? It sounds like this was just unsupported behavior not a bug. It's unsupported behavior that I think should be supported in some way. Not sure which yet. Let's talk about this tomorrow. -- 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 25294] Reject button confirmation screen in Pending Changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25294 --- Comment #3 from Leinad danny.lei...@gmail.com 2010-09-27 20:30:45 UTC --- If you do not want create something that works like rollback, I do not understand why you created Reject... you have Undo with the same funcionality. So I will try to propose a compromise solution: Could you create two new permissions relating to Reject button: * 'soft-reject' - similar to Undo, * 'hard-reject' - similar to Rollback. And 'hard-reject' permission should be assigned by default for 'sysop' group (the same as 'rollback' permission). Plus communities will be able to request to enable 'soft-reject' or 'hard-reject' permission for 'editor' group. -- 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 25294] Reject button confirmation screen in Pending Changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25294 --- Comment #4 from Rob Lanphier ro...@wikimedia.org 2010-09-27 20:44:58 UTC --- (In reply to comment #3) So I will try to propose a compromise solution: Could you create two new permissions relating to Reject button: * 'soft-reject' - similar to Undo, * 'hard-reject' - similar to Rollback. Maybe in the future, but not for the November release. -- 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 25294] Reject button confirmation screen in Pending Changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25294 --- Comment #5 from Chad H. innocentkil...@gmail.com 2010-09-27 20:59:49 UTC --- (In reply to comment #3) So I will try to propose a compromise solution: Could you create two new permissions relating to Reject button: * 'soft-reject' - similar to Undo, * 'hard-reject' - similar to Rollback. No, we do not need more permissions for this. Nor should it act like rollback and be automatic. Since you are potentially affecting multiple users, a confirmation should be required. -- 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 25294] Reject button confirmation screen in Pending Changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25294 --- Comment #6 from Leinad danny.lei...@gmail.com 2010-09-27 21:14:17 UTC --- (In reply to comment #5) No, we do not need more permissions for this. Nor should it act like rollback and be automatic. Since you are potentially affecting multiple users, a confirmation should be required. I proposed *compromise solution*. 'hard-reject' would not be the default for all projects. For example on Polish Wikipedia all editors have 'rollback' permission and a lot of people complaining that can't revert all unsighted changes using rollback. -- 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 20234] Clickable tabs overlap
https://bugzilla.wikimedia.org/show_bug.cgi?id=20234 --- Comment #5 from Trevor Parscal tpars...@wikimedia.org 2010-09-27 21:22:49 UTC --- All the patch does is assume 44em will be enough space for the tabs to be rendered. In some languages this will be more than needed, resulting in a horizontal scroll bar prematurely, while in some languages it still may not be enough space. This problem exists, but this patch is not a viable solution. -- 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 25294] Reject button confirmation screen in Pending Changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25294 --- Comment #7 from Rob Lanphier ro...@wikimedia.org 2010-09-27 21:36:01 UTC --- Hi Leinad, I know you're trying to reach a compromise. It sounds like the Polish Wikipedia community has very different expectations surrounding how this feature should work than the English Wikipedia community does. As I said before, we really don't want to make this an option for the November release. The reason is that I believe it's going to take an actual deployment of the feature to have an informed and inclusive conversation about what options should exist for the feature. One thing we have tentatively planned after November is a fork of this extension into two: a Pending Changes variant where we strip away a lot of the complexity in the current codebase, and a FlaggedRevs version which is a continuation of the existing version. Once we do that, we'll be in a better place to actually talk about making this optional. That said, I'm not sure making it optional is really the right thing to do. One reason why the code we have is so complicated is because we have so many options. Hence, there still will probably be resistance after November to adding a new option, but it may be the case that the FlaggedRevs fork can actually carry the default that you would like to see. -- 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 25192] Variable page redirects missing tracking bits
https://bugzilla.wikimedia.org/show_bug.cgi?id=25192 Arthur Richards aricha...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Arthur Richards aricha...@wikimedia.org 2010-09-27 21:36:43 UTC --- Fixed as of r73633 -- 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 25314] Fix insecure items mis match on thank you page redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=25314 Arthur Richards aricha...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Arthur Richards aricha...@wikimedia.org 2010-09-27 21:38:04 UTC --- fixed in r73687 -- 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 25193] VariablePage redirects require '?' in the URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=25193 Arthur Richards aricha...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Arthur Richards aricha...@wikimedia.org 2010-09-27 21:38:58 UTC --- Fixed as of r73633 -- 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 25197] No comment field or opt-out fields on single-step CC form
https://bugzilla.wikimedia.org/show_bug.cgi?id=25197 Arthur Richards aricha...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25193] VariablePage redirects require '?' in the URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=25193 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #2 from Chad H. innocentkil...@gmail.com 2010-09-27 21:42:29 UTC --- Would be nice to know *which* revision fixed it. r73633 is unrelated. -- 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 25341] New: AJAX callback to generate contribtion tracking id for cc form
https://bugzilla.wikimedia.org/show_bug.cgi?id=25341 Summary: AJAX callback to generate contribtion tracking id for cc form Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: Normal Component: DonationInterface AssignedTo: aricha...@wikimedia.org ReportedBy: aricha...@wikimedia.org CC: tf...@wikimedia.org To allow for Squid/Varnish caching of the credit card form, we need to remove dynamic elements from the form. We need to add an AJAX method that will be fired on page load to set and retrieve the contribution tracking id, rather than the current behavior which generates a contribution_tracking_id in the extension the first time the page is rendered for a user's session. -- 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 25342] New: Move all hidden form elements to user session
https://bugzilla.wikimedia.org/show_bug.cgi?id=25342 Summary: Move all hidden form elements to user session Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: Normal Component: DonationInterface AssignedTo: aricha...@wikimedia.org ReportedBy: aricha...@wikimedia.org CC: tf...@wikimedia.org To allow for Squid/Varnish caching of the credit card form, we need to remove dynamic elements from the form. We need to move elements currently stored in hidden form fields to be stored in a user's session. -- 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 25343] New: Enforce cookies on CC form
https://bugzilla.wikimedia.org/show_bug.cgi?id=25343 Summary: Enforce cookies on CC form Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: DonationInterface AssignedTo: aricha...@wikimedia.org ReportedBy: aricha...@wikimedia.org CC: tf...@wikimedia.org Related to bug 25287. We need to ensure that a user has cookies enabled on the CC form for proper session handling - particularly as we move to storing more data in the user's session. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25029] PrefSwitch: Turning off the new features in all wikis fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=25029 Thor Malmjursson thor.malmjurs...@yahoo.co.uk changed: What|Removed |Added CC||thor.malmjurs...@yahoo.co.u ||k --- Comment #3 from Thor Malmjursson thor.malmjurs...@yahoo.co.uk 2010-09-27 21:56:04 UTC --- Ironic, isn't it. A form giving feedback about the usability has a bug in it which inhibits its usability :) I am also getting this at en.wp, so I'll be watching it too. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25029] PrefSwitch: Turning off the new features in all wikis fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=25029 --- Comment #4 from Krinkle krinklem...@gmail.com 2010-09-27 21:58:51 UTC --- in the Special:UsabilityInitiativePrefSwitch, when using the prefswitch-survey-global[] setting. It can be reproduced every time so far when being in Vector and trying to 'take me back'. -- A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function Database::begin. Database returned error : . -- http://i.imgur.com/mFmz9.png Page loads for a couple of seconds then shows the above error: Server load html comment: !-- Served by srv159 in 35.660 secs. -- -- 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 25193] VariablePage redirects require '?' in the URL
https://bugzilla.wikimedia.org/show_bug.cgi?id=25193 --- Comment #3 from Arthur Richards aricha...@wikimedia.org 2010-09-27 22:01:17 UTC --- (In reply to comment #2) Would be nice to know *which* revision fixed it. r73633 is unrelated. Sorry bout that - I believe it was specifically r73142, as it's where wfAppendQuery started being used (which properly handles appending a query string to a URL that either has no query string or a pre-existing query string). -- 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 25344] New: Closing category player during playback does not stop video
https://bugzilla.wikimedia.org/show_bug.cgi?id=25344 Summary: Closing category player during playback does not stop video Product: mwEmbed Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Video player AssignedTo: d...@ucsc.edu ReportedBy: hart...@videolan.org In category view, when you start playing a video, then use the close triangle of the floating dialog, the video will continue running in the background, with no way to stop 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 25344] Closing category player during playback does not stop video
https://bugzilla.wikimedia.org/show_bug.cgi?id=25344 --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 2010-09-27 23:05:43 UTC --- Also, when in that dialog view, and you go fullscreen, then hit esc, you have the same 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 25335] Enable image rating for Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=25335 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #2 from Bawolff bawolff...@gmail.com 2010-09-27 23:14:33 UTC --- (In reply to comment #0) Implementation of http://strategy.wikimedia.org/wiki/Proposal:Allow_image_rating_for_Commons using http://www.mediawiki.org/wiki/Extension:ReaderFeedback or something similar, customized for images. Note, this extension has some scaling issues on enwikinews (the rating graphs do not load after x amount of ratings. Can't remember what x was, but i think it was ~500 for png and ~2000 for svgs. If you experiment with the time period button on https://secure.wikimedia.org/wikinews/en/w/index.php?title=Special:RatingHistorytarget=Main_Page you'll be able to find it. See bug 21982). I imagine commons would have much more traffic/ratings than enwikinews would, so thats probably something that should be checked out before its being enabled. Also, commons would need to decide what values for $wgFeedbackTags they want (what criteria they want to rate the images on). Last of all, I don't know much about the public policy article feedback stuff, but that might be a better extension to ask to be enabled. -- 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 25335] Enable image rating for Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=25335 --- Comment #3 from Monomium monom...@gmail.com 2010-09-27 23:34:02 UTC --- The public policy feedback is more graphical (looks better, more updated) and was just enabled on enwp. See the design at http://www.mediawiki.org/wiki/Article_feedback/Public_Policy_Pilot/Design I'll open up a discussion soon at the village pump and link to it ASAP. Mono (In reply to comment #2) (In reply to comment #0) Implementation of http://strategy.wikimedia.org/wiki/Proposal:Allow_image_rating_for_Commons using http://www.mediawiki.org/wiki/Extension:ReaderFeedback or something similar, customized for images. Note, this extension has some scaling issues on enwikinews (the rating graphs do not load after x amount of ratings. Can't remember what x was, but i think it was ~500 for png and ~2000 for svgs. If you experiment with the time period button on https://secure.wikimedia.org/wikinews/en/w/index.php?title=Special:RatingHistorytarget=Main_Page you'll be able to find it. See bug 21982). I imagine commons would have much more traffic/ratings than enwikinews would, so thats probably something that should be checked out before its being enabled. Also, commons would need to decide what values for $wgFeedbackTags they want (what criteria they want to rate the images on). Last of all, I don't know much about the public policy article feedback stuff, but that might be a better extension to ask to be enabled. -- 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 25345] New: outreachwiki import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=25345 Summary: outreachwiki import sources Product: Wikimedia Version: unspecified Platform: All URL: http://outreach.wikimedia.org/wiki/Village_pump OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: g33kd...@gmail.com We are requesting that Meta, Commons, the Foundation wiki and the top 11 Wikipedias be enabled as import sources. -- 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 25345] outreachwiki import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=25345 Leinad danny.lei...@gmail.com changed: What|Removed |Added Keywords||shell CC||danny.lei...@gmail.com -- 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 25289] Make review load faster by speeding up display of old revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25289 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added AssignedTo|ro...@wikimedia.org |pdha...@wikimedia.org --- Comment #9 from Rob Lanphier ro...@wikimedia.org 2010-09-28 01:21:41 UTC --- Priyanka is going to look into option 2 (decoupled rendering). We haven't ruled out taking a run at option 1 (old revision caching), but option 2 is going to be a big win even when there's a cache miss. -- 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 25295] Improve reviewer experience when multiple simultaneous users review Pending Changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=25295 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added CC||bhar...@wikimedia.org --- Comment #1 from Rob Lanphier ro...@wikimedia.org 2010-09-28 01:25:01 UTC --- Adding Brandon to the cc line. -- 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 25300] Better names for special pages in Pending Changes configuration
https://bugzilla.wikimedia.org/show_bug.cgi?id=25300 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added AssignedTo|ro...@wikimedia.org |pdha...@wikimedia.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 25346] New: Geo lookup causes mime type errors in Chrome
https://bugzilla.wikimedia.org/show_bug.cgi?id=25346 Summary: Geo lookup causes mime type errors in Chrome Product: MediaWiki extensions Version: any Platform: All URL: http://meta.wikimedia.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CentralNotice AssignedTo: rkald...@wikimedia.org ReportedBy: tf...@wikimedia.org When loading http://meta.wikimedia.org with Google Chrome 6.0.472.59 OS: OS X I can see the following with the dev tools browser Resource interpreted as script but transferred with MIME type application/json http://geoiplookup.wikimedia.org/?283u -- 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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=25238 --- Comment #36 from Tim Starling tstarl...@wikimedia.org 2010-09-28 02:14:58 UTC --- ImageAnnotator can be re-enabled for now. Further testing indicates that the byte hit ratio figure in squid includes error messages, and a lot of them were probably being sent at the time in question. The error counters (server.http.errors and client_http.errors) are apparently broken and never incremented. The issue occurred at peak time, disabling action=purge probably reduced the server load to slightly below peak, bringing demand back under capacity. There are several things we could have disabled which would have had the same effect. -- 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 25347] New: New namespace for si.wikibooks.org called කණිෂ්ඨ විකි (Wikijunior)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25347 Summary: New namespace for si.wikibooks.org called කණිෂ්ඨ විකි (Wikijunior) Product: Wikimedia Version: unspecified Platform: All URL: http://si.wikibooks.org/wiki/%E0%B7%80%E0%B7%92%E0%B6% 9A%E0%B7%92%E0%B6%B4%E0%B7%9C%E0%B6%AD%E0%B7%8A:%E0%B6 %9A%E0%B7%9D%E0%B6%B4%E0%B7%92_%E0%B6%9A%E0%B6%A9%E0%B 7%9A#.E0.B6.9A.E0.B6.AB.E0.B7.92.E0.B7.82.E0.B7.8A.E0. B6.A8_.E0.B7.80.E0.B7.92.E0.B6.9A.E0.B7.92_.E0.B6.B1.E 0.B7.8F.E0.B6.B8.E0.B7.80.E0.B6.9A.E0.B7.8F.E0.B7.81.E 0.B6.BA_.28Wikijunior_namespace_.29 OS/Version: All Status: NEW Keywords: shell Severity: major Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mmnanurud...@gmail.com Hi, We need to have new namespace for Wikijunior work in si.wikibooks project. These are the local mames for them. Wikijunior = කණිෂ්ඨ විකි Wikijunior_talk = කණිෂ්ඨ විකි සාකච්ඡාව Could any one please create these 2 namespaces as soon as possible? Best Regards, /Binguwa -- 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 25347] New namespace for si.wikibooks.org called කණිෂ්ඨ විකි (Wikijunior)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25347 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #1 from p858snake p858sn...@gmail.com 2010-09-28 03:23:30 UTC --- Please show community consensus. -- 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 25347] New namespace for si.wikibooks.org called කණිෂ්ඨ විකි (Wikijunior)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25347 --- Comment #2 from බිඟුවා mmnanurud...@gmail.com 2010-09-28 03:24:25 UTC --- http://si.wikibooks.org/wiki/%E0%B7%80%E0%B7%92%E0%B6%9A%E0%B7%92%E0%B6%B4%E0%B7%9C%E0%B6%AD%E0%B7%8A:%E0%B6%9A%E0%B7%9D%E0%B6%B4%E0%B7%92_%E0%B6%9A%E0%B6%A9%E0%B7%9A#.E0.B6.9A.E0.B6.AB.E0.B7.92.E0.B7.82.E0.B7.8A.E0.B6.A8_.E0.B7.80.E0.B7.92.E0.B6.9A.E0.B7.92_.E0.B6.B1.E0.B7.8F.E0.B6.B8.E0.B7.80.E0.B6.9A.E0.B7.8F.E0.B7.81.E0.B6.BA_.28Wikijunior_namespace_.29 -- 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