[Bug 23049] New: pages and odd behaviour of fromsection and tosection
https://bugzilla.wikimedia.org/show_bug.cgi?id=23049 Summary: pages and odd behaviour of fromsection and tosection Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: ProofreadPage AssignedTo: thoma...@gmx.de ReportedBy: b...@adres.pl Let's assume I have two pages. A page 1 with sections: A, B, C; and a page 2 with sections: D, E, F. The tag pages from=1 fromsection=B to=2 tosecton=E / will show sections B and E. But it should show the text _between_ section start=B/ and section end=E/ - sections B, C, D, E. In the source code I have found the extension is using {{#lst}} (the documentation says nothing about that), which allow multiple sections transclusion. pages from=1 fromsection=B|C to=2 tosecton=D|E / Above example will do what I want, but it seems hackish - it is neither intuitive nor documented. -- 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 23048] incorrect namespace translation
https://bugzilla.wikimedia.org/show_bug.cgi?id=23048 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Keywords||shell CC||alex.emsenhu...@bluewin.ch Component|Internationalization|Site requests Product|MediaWiki |Wikimedia --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 07:28:05 UTC --- Moving to Wikimedia, this a custom namespace and should be fixed in Wikimedia's configuration. -- 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 23023] Admin shortcuts are not working in Vector
https://bugzilla.wikimedia.org/show_bug.cgi?id=23023 --- Comment #5 from Calcey QA wikib...@calcey.com 2010-04-05 07:36:19 UTC --- Beta version not show the delete, protect and move tabs. If we use the key combination on beta in IE7 / IE8 / FF3.0 in Fedora / FF 3.6 in Mac is not responding. Delete is not working in Monobook IE7, IE8, Chrome and windows Safari 4 and in Beta IE7, IE8 , FF3.0 in Fedora , FF 3.6 in Mac , Chrome and windows Safari 4. Move is not working on Beta IE7, IE8, FF3.0 in Fedora and in FF 3.6 in Mac In general Chrome is failing on many sections -- 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 17874] name attributes get removed by server
https://bugzilla.wikimedia.org/show_bug.cgi?id=17874 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 07:42:33 UTC --- Closing bug per my previous comment. -- 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 23050] New: Logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=23050 Summary: Logo Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: g.nat...@gmail.com Please change the logo of ab.wikipedia (http://ab.wikipedia.org/wiki/%D0%98%D1%85%D0%B0%D0%B4%D0%BE%D1%83_%D0%B0%D0%B4%D0%B0%D2%9F%D1%8C%D0%B0) to http://ab.wikipedia.org/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:Wiki.png . -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23050] Change ab.wikipedia site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=23050 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Keywords||shell CC||p858sn...@yahoo.com.au Component|General/Unknown |Site requests Summary|Logo|Change ab.wikipedia site ||logo --- Comment #1 from p858snake p858sn...@yahoo.com.au 2010-04-05 07:44:48 UTC --- Please show a link to 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 23051] New: New link is not display in Main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=23051 Summary: New link is not display in Main page Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7264) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=7264) Wiki_2010-04-05_NewLabel.pdf Reporting against Babaco Release : r64562 Tested link :http://prototype.wikimedia.org/deployment-en/Main_Page Steps to Reproduce :: Point: Anonymous users have the Vector skin, toolbar and dialogs, and can view the New link and it's page explaining what has changed. Clear all cache and open prototype site “New” is not there. But “Try Beta” link is shown. Click on Login link. There you can see the “New” link Expected Outcome:: New link should be there in the main page as well. Test Environment:: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 -- 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 22925] Let the This user is currently blocked message distinguish between IPs and users
https://bugzilla.wikimedia.org/show_bug.cgi?id=22925 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 09:20:41 UTC --- Fixed in r64606. -- 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 23052] New: Tool bar : When enter Numbered list items editor scroll up
https://bugzilla.wikimedia.org/show_bug.cgi?id=23052 Summary: Tool bar : When enter Numbered list items editor scroll up Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7265) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=7265) Wiki_2010-04-05_NumberList.pdf Reporting against Babaco Release : r64562 Tested link :http://prototype.wikimedia.org/deployment-en/Main_Page Steps to Reproduce :: 1) Select on a position few scrolls down and Click on Numbered list item 2) Screen position changes. When you scroll down the insert position is there. Cursor position is not changing. Expected Outcome:: Page scroll should not be happen Test Environment:: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 -- 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 23033] unwanted linebreak when output starts with #
https://bugzilla.wikimedia.org/show_bug.cgi?id=23033 Thana m8r-cyc...@mailinator.com changed: What|Removed |Added CC||m8r-cyc...@mailinator.com --- Comment #2 from Thana m8r-cyc...@mailinator.com 2010-04-05 10:34:09 UTC --- (In reply to comment #1) Note, as work around, {{#if:a|#32;#ee|CornFlowerBlue}} works fine. (#32; - space before it gets interperted as css. {{#if:a|nowiki /#ee|CornFlowerBlue}} also works. -- 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 23052] Tool bar : When enter Numbered list items / indentation editor scroll up
https://bugzilla.wikimedia.org/show_bug.cgi?id=23052 Calcey QA wikib...@calcey.com changed: What|Removed |Added Summary|Tool bar : When enter |Tool bar : When enter |Numbered list items editor |Numbered list items / |scroll up |indentation editor scroll ||up -- 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 23052] Tool bar : When enter Numbered list items / indentation editor scroll up
https://bugzilla.wikimedia.org/show_bug.cgi?id=23052 --- Comment #1 from Calcey QA wikib...@calcey.com 2010-04-05 10:36:36 UTC --- (In reply to comment #0) Created an attachment (id=7265) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=7265) [details] Wiki_2010-04-05_NumberList.pdf Reporting against Babaco Release : r64562 Tested link :http://prototype.wikimedia.org/deployment-en/Main_Page Steps to Reproduce :: 1) Select on a position few scrolls down and Click on Numbered list item 2) Screen position changes. When you scroll down the insert position is there. Cursor position is not changing. Expected Outcome:: Page scroll should not be happen Test Environment:: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 Same thing happen when adding a indentation in the same way -- 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 22913] Escaped space #32; appears in the user interface of history pages.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22913 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||FIXED --- Comment #4 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 10:40:58 UTC --- Fixed in r64608. -- 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 23033] unwanted linebreak when output starts with #
https://bugzilla.wikimedia.org/show_bug.cgi?id=23033 --- Comment #3 from Thana m8r-cyc...@mailinator.com 2010-04-05 10:54:17 UTC --- The usual behavior of the parser-function is to trim white- space from its input, so I'd speculate #*:; are deliberate exceptions to this, probably to _guarantee_ a line-break with the following input, which may be a more common case: List:{{#ifeq: {{{lang}}} | español | #Uno #Dos #Tres #Catorce }} Note: even without these symbols being a special case you could preserve the otherwise eaten line-break manually by putting nowiki / at the end of the first line. -- 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 23033] unwanted linebreak when output starts with #
https://bugzilla.wikimedia.org/show_bug.cgi?id=23033 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #4 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 11:08:07 UTC --- *** This bug has been marked as a duplicate of bug 12974 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||hart...@videolan.org --- Comment #29 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 11:08:07 UTC --- *** Bug 23033 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23053] New: Help : Add Nowiki and Redirect to Help
https://bugzilla.wikimedia.org/show_bug.cgi?id=23053 Summary: Help : Add Nowiki and Redirect to Help Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: enhancement Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org It's better if you can add the No Wiki and redirect to Help section. -- 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 22990] Enable mwEmbed and Add media wizard on svwp
https://bugzilla.wikimedia.org/show_bug.cgi?id=22990 Jan Ainali w...@ainali.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Jan Ainali w...@ainali.com 2010-04-05 11:48:57 UTC --- Thanks for the instructions, it is now available at Swedish Wikipedia. -- 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 22207] Search Suggestions : Search Suggestions are not given
https://bugzilla.wikimedia.org/show_bug.cgi?id=22207 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|FIXED | --- Comment #4 from Calcey QA wikib...@calcey.com 2010-04-05 11:53:52 UTC --- Reporting against Babaco Release : r64562 Tested link :http://prototype.wikimedia.org/deployment-en/Main_Page The problem occur again -- 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 23045] Add option to put served in 0.344 seconds message in footer, rather than as HTML comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=23045 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #3 from Chad H. innocentkil...@gmail.com 2010-04-05 12:08:58 UTC --- It's not a caching issue, but I really don't see the need. -- 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 20706] Monospace/preformatted text has gotten much smaller in Vector (code, tt, pre)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20706 Christian Thiele ap...@apper.de changed: What|Removed |Added CC||ap...@apper.de --- Comment #7 from Christian Thiele ap...@apper.de 2010-04-05 13:14:59 UTC --- Could please someone have a look at this bug? Because of a bug in Firefox, pre tags are displayed much smaller. This is fixed in Common.css on en.wiki and Vector.css on de.wiki, but will affect all other wikis when it will be rolled out to all sites. So please include this fix into the Vector skin. On Commons it is fixed using font-size:larger; at the moment - so there are even fixes, that fix the firefox bug, but everything is wrong in other browsers... that's why you should include the correct fix in the vector skin. The bug is the following. Normally the font-family property of pre is monospace. In this case, Firefox uses a smaller font (I don't know why). A simple fix is to add another font: font-family: monospace, sans-serif;. It is exactly the same (because the first is a generic font family and this is always used), but Firefox displays the correct font size. In fact it doesn't matter whats behind the comma, so even font-family: monospace, bla; will fix it (but this would be incorrect CSS). So the fix is: pre, code, tt { font-family: monospace, sans-serif; } -- 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 14719] Rename Spam blacklist to Disallowed websites
https://bugzilla.wikimedia.org/show_bug.cgi?id=14719 Stifle lastw...@gmail.com changed: What|Removed |Added CC||lastw...@gmail.com --- Comment #14 from Stifle lastw...@gmail.com 2010-04-05 13:48:59 UTC --- Bump. This issue hasn't gone away in the last 18 months; any chance of progress? -- 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 21916] $wgFeedCacheTimeout client caching issue
https://bugzilla.wikimedia.org/show_bug.cgi?id=21916 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 16:16:45 UTC --- Fixed MediaWiki in r64621. If you also want to fix the extension, please open another bug in MediaWiki extensions/Wikilog. -- 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 14719] Rename Spam blacklist to Disallowed websites
https://bugzilla.wikimedia.org/show_bug.cgi?id=14719 Brion Vibber br...@pobox.com changed: What|Removed |Added AssignedTo|br...@pobox.com |wikibug...@lists.wikimedia. ||org --- Comment #15 from Brion Vibber br...@pobox.com 2010-04-05 17:03:23 UTC --- IMO this request has always been a 'can't see the forest for the trees' thing. The primary purpose of a link blacklist always was, and always will be, to reduce link spam activity by preventing linking to sites known to have been used in link spam. It probably makes a lot more sense to step back and think about what this thing is for and how it works. What's actually the problem? I think it's simply poor communication: a certain fraction of sites that are being blacklisted are edge cases where folks are trying to prevent some very particular kind of abuse, but there's no good way to explain to an editor how the blacklist entry got there or whether how they're making use of the link is actually related to that abuse pattern or not. Changing the name doesn't solve that in any way. It'll be just as frustrating when the link you thought was just fine is on a disallowed website list with a poor audit trail that's very hard to get out of as when it was on a spam blacklist with a poor audit trail that's very hard to get out of. I'd recommend ripping out the current giant list of regexes and use some actual data structures to record the blacklist entries, as we do for the more heavyweight but flexible AbuseFilter. This brings several clear benefits: * Information about the origin and history of each blacklist entry will be available: - when was it blocked and by whom? who can I talk to about getting it undone? - what was their reasoning? do other people agree with it? - does the particular issue that triggered the ban still apply? if we can see what it was, we might be able to find out and get it resolved! * the ability to treat different cases differently: - Legitimate URL redirectors don't need to be disallowed entirely... Redirectors are a common part of today's web ecosystem, and continuing to ban them is just laziness that hurts our users. The 'engineer's concern' that if we only paid attention to the final redirect target, an evil site could evade a blacklist by changing its redirect targets is tractable by 1) checking both original and target URLs and 2) *marking known good and known abusive redirector sites*. Why should we blacklist every bit.ly or whatever URL when we know they're consistent and a lookup of the redirect won't magically change to a spam/virus link? - Sites that are blacklisted for abusive/annoying/legal issues during a particular event or in a particular area can actually be marked with details about the event or area. A short-term issue probably doesn't need a permanent block. - A hard block isn't always really needed; marking pages for review when a slightly-sketchy or sometimes-rude-and-attackish link gets added is probably nicer on everyone than just preventing linking and requiring an administrator escalation to resolve a legitimate case. and of course: * an actual user interface for creating and testing entries will reduce administrator errors that accidentally blacklist the wrong sites. Editing a giant page of regexes is just asking for trouble, let's be honest. It's fragile and easy to break -- while we are able to detect that a regex doesn't compile and skip it, a regex that compiles but matches things you didn't think it would can be even more disruptive. -- 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 23050] Change ab.wikipedia site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=23050 --- Comment #2 from George g.nat...@gmail.com 2010-04-05 17:18:37 UTC --- Well, to be honest it's a young wiki :) In fact there is no community. Also, I don't think that anyone will be against translating 4 words :) -- 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 22060] Use pre { overflow:auto } to avoid overprinting
https://bugzilla.wikimedia.org/show_bug.cgi?id=22060 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #7 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 17:38:45 UTC --- *** This bug has been marked as a duplicate of bug 414 *** -- 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 414] firefox doesn't have scroll bars for long pre tagged areas, they go off page nastilly. style sheet fixes?
https://bugzilla.wikimedia.org/show_bug.cgi?id=414 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||dasch...@gmx.net --- Comment #24 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 17:38:45 UTC --- *** Bug 22060 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 23054] New: Japanese Mobile Wikipedia Mainpage
https://bugzilla.wikimedia.org/show_bug.cgi?id=23054 Summary: Japanese Mobile Wikipedia Mainpage Product: Wikipedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: server AssignedTo: hcat...@wikimedia.org ReportedBy: aokomori...@enmps.net CC: tf...@wikimedia.org Wikipedia: ja.m.wikipedia.org Main page: メインページ (モバイル版) http://ja.wikipedia.org/wiki/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8_%28%E3%83%A2%E3%83%90%E3%82%A4%E3%83%AB%E7%89%88%29 Discussion: ノート:メインページ (モバイル版)#bugzilla 依頼へ/To create a ticket in bugzilla http://ja.wikipedia.org/wiki/%E3%83%8E%E3%83%BC%E3%83%88:%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8_%28%E3%83%A2%E3%83%90%E3%82%A4%E3%83%AB%E7%89%88%29 メインページ (モバイル版) means Mainpage (version mobile). Thanks! -- 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 23054] Create Japanese Wikipedia-Mobile mainpage
https://bugzilla.wikimedia.org/show_bug.cgi?id=23054 aokomori...@enmps.net changed: What|Removed |Added Summary|Japanese Mobile Wikipedia |Create Japanese |Mainpage|Wikipedia-Mobile mainpage -- 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 23050] Change ab.wikipedia site logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=23050 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED CC||je...@gmx.de Resolution||FIXED Severity|major |trivial --- Comment #3 from JeLuF je...@gmx.de 2010-04-05 18:19:39 UTC --- Done. -- 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 14719] Rename Spam blacklist to Disallowed websites
https://bugzilla.wikimedia.org/show_bug.cgi?id=14719 --- Comment #16 from Mike.lifeguard mike.lifegu...@gmail.com 2010-04-05 18:34:51 UTC --- (In reply to comment #15) I'd recommend ripping out the current giant list of regexes and use some actual data structures to record the blacklist entries, as we do for the more heavyweight but flexible AbuseFilter. ... Editing a giant page of regexes is just asking for trouble, let's be honest. It's fragile and easy to break -- while we are able to detect that a regex doesn't compile and skip it, a regex that compiles but matches things you didn't think it would can be even more disruptive. Some thoughts about requirements are available at http://www.mediawiki.org/wiki/Regex-based_blacklist as well. Thank god someone is taking this seriously. Should this be closed as a WONTFIX and point to bug 16717 bug 4459 for resolving the larger problems here? -- 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 5590] [[{{foo}}bar]] fails to generate a link if {{foo}} renders to :bla or #bla
https://bugzilla.wikimedia.org/show_bug.cgi?id=5590 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #4 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 18:36:21 UTC --- *** This bug has been marked as a duplicate of bug 12974 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||gangl...@torg.is --- Comment #30 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2010-04-05 18:36:21 UTC --- *** Bug 5590 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23055] New: error message came up when importing
https://bugzilla.wikimedia.org/show_bug.cgi?id=23055 Summary: error message came up when importing Product: MediaWiki Version: 1.15.2 Platform: PC OS/Version: Windows Vista Status: NEW Severity: critical Priority: Normal Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: helpfindmadele...@hotmail.co.uk Warning: xml_parse() [function.xml-parse]: Unable to call handler out_() in /w/includes/Import.php on line 437 -- 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 23055] error message came up when importing
https://bugzilla.wikimedia.org/show_bug.cgi?id=23055 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||DUPLICATE --- Comment #1 from Chad H. innocentkil...@gmail.com 2010-04-05 18:48:34 UTC --- *** This bug has been marked as a duplicate of bug 21000 *** -- 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 21000] Import errors on restrictions elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=21000 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||helpfindmadele...@hotmail.c ||o.uk --- Comment #2 from Chad H. innocentkil...@gmail.com 2010-04-05 18:48:34 UTC --- *** Bug 23055 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23056] New: The Google map does not display all valid locations
https://bugzilla.wikimedia.org/show_bug.cgi?id=23056 Summary: The Google map does not display all valid locations Product: MediaWiki extensions Version: any Platform: PC OS/Version: Linux Status: NEW Severity: critical Priority: Normal Component: SemanticMaps AssignedTo: jeroen_ded...@yahoo.com ReportedBy: bosborn...@verizon.net A number of Wiki pages have a property of type Geographic Coordinate. All of the values for these pages are valid, as shown in the Browse Properties pages. However many of the locations are not displayed in the map made by this query: {{#ask: [[Category:Facility]] | ? Core Geographic Coordinate | format=googlemap }} There's no obvious difference between the values for locations that are displayed and values for locations that aren't displayed. Manually editing the bad value does not make it display-able. Also, values entered through the input=googlemap field in a Semantic Form are not displayed. Versions: MediaWiki1.15.1 PHP5.2.11 (apache2handler) MySQL5.0.67 Semantic Forms (Version 1.9)Forms for adding and editing semantic data Yaron Koren and others Maps (Version 0.5.5)Provides the ability to display coordinate data in maps, and geocode addresses (demo). Available mapping services: Google Maps v2, Google Maps v3, OpenLayers, Yahoo! Maps and OpenStreetMapJeroen De Dauw, Yaron Koren and others Semantic MediaWiki (Version 1.5.0)Making your wiki more accessible - for machines and humans (online documentation)Klaus Lassleben, Markus Krötzsch, Denny Vrandecic, S Page, and others. Maintained by AIFB Karlsruhe. Semantic Maps (Version 0.5.5)Provides the ability to view and edit coordinate data stored through the Semantic MediaWiki extension (demo). Available map services: Google Maps v2, Google Maps v3, OpenLayers, Yahoo! Maps and OpenStreetMapJeroen De Dauw, Yaron Koren and others Semantic Result Formats (Version 1.4.6)Additional formats for Semantic MediaWiki inline queriesDavid Loomer, Fabian Howahl, Frank Dengler, Hans-Jörg Happel, Joel Natividad, Nathan Yergler, Rowan Rodrik van der Molen, Yaron Koren, Markus Krötzsch, Denny Vrandecic and Steren Giannini Validator (Version 0.2.2) -- 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 17354] Magic word returning protection expiry
https://bugzilla.wikimedia.org/show_bug.cgi?id=17354 Luna Santin lunasan...@gmail.com changed: What|Removed |Added Attachment #7187|0 |1 is obsolete|| --- Comment #2 from Luna Santin lunasan...@gmail.com 2010-04-05 19:51:07 UTC --- Created an attachment (id=7266) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=7266) patched against r64623 Submitting a revised patch, per feedback from #mediawiki Change is now made in CoreParserFunctions.php, so that protectionexpiry will be next to and in the same style as the pre-existing protectionlevel function. -- 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 14719] Rename Spam blacklist to Disallowed websites
https://bugzilla.wikimedia.org/show_bug.cgi?id=14719 --- Comment #17 from Guy Chapman guy.chap...@spamcop.net 2010-04-05 19:57:49 UTC --- (In reply to comment #15) IMO this request has always been a 'can't see the forest for the trees' thing. The primary purpose of a link blacklist always was, and always will be, to reduce link spam activity by preventing linking to sites known to have been used in link spam. This is true up to a point, however : Changing the name doesn't solve that in any way. It'll be just as frustrating when the link you thought was just fine is on a disallowed website list with a poor audit trail that's very hard to get out of as when it was on a spam blacklist with a poor audit trail that's very hard to get out of. It won't change the behaviour but it will remove one source of complaints. Spamming has a particular and unwholesome meaning. What we call link spamming, which is unambiguously abusive, is not the same as spamming (sending unsolicited email) and may in fact be the result of actions by someone other than the owner of a given domain. So the *name* of the blacklist is inherently an issue. Some of the complaints are of course vexatious, but not all. And yes, not seeing the list in clear text would be a partial fix but the discussions of the issue will still be under spam-foo (which, incidentally, we really ought to fix since it requires no technical change). On the subject of redirectors, some sites allow the redirection to be changed. There's every reason not to use redirectors within our projects, not least because when someone hovers over a link they should see the domain they are going to. I completely agree about the technical issues of the blacklist interface, though. -- 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 22642] NTOC : NTOC header highlight fail for new header items - FF3
https://bugzilla.wikimedia.org/show_bug.cgi?id=22642 Priyanka Dhanda pdha...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED AssignedTo|pdha...@wikimedia.org |wikib...@calcey.com --- Comment #5 from Priyanka Dhanda pdha...@wikimedia.org 2010-04-05 21:15:21 UTC --- Can you reverify this please? I think it is fixed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23057] New: Import doesn't listen to protection
https://bugzilla.wikimedia.org/show_bug.cgi?id=23057 Summary: Import doesn't listen to protection Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: abi...@forgotten-beauty.com Hello, When I protect a page against edits by all users (edit=sysop) users with the import right can still import a page over the protected page. The import function doesn't not check when a page is protected. I tested this in 1.17-svn aswell as 1.16bèta. -- 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 10737] Table data missing on first page view
https://bugzilla.wikimedia.org/show_bug.cgi?id=10737 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||innocentkil...@gmail.com Resolution||WORKSFORME --- Comment #5 from Chad H. innocentkil...@gmail.com 2010-04-05 22:40:30 UTC --- Page seems to display fine now (some 3ish years later). Feel free to reopen if you can duplicate the original problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23043] Wikimedia's SVN ViewVC is painfully slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=23043 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2010-04-05 23:49:52 UTC --- After doing some testing, it appears that http://svn.wikimedia.org/viewvc/*docroot*/wm-styles.css is being sent with the wrong content-length header. Currently it seems to be sent with content-length: 7628 regardless of if the css file is gziped or not. However 7628 is the length of the uncompressed file, so if the file is gzipped, firefox expects there to be more content then there really is, and waits 15 seconds for the server to finish serving up the rest of the css file, before hitting some sort of timeout. -- 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 23058] New: More edit toolbar buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=23058 Summary: More edit toolbar buttons Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/MediaWiki:Common.js/edit. js OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lightningstrik...@live.nl Hi. I think that some of the toolbar buttons which appear on Wikipedia.org, such as table, redirect, superscript, subscript and others which only work on Wikipedia via common.js, should be available as standard on a fresh MediaWiki install. Since they are very useful to new editors, who may not know the raw wikicode for some functions, as i've described, they'd be quite handy. It's possible, very easily I'm assured, with a patch to EditPage::getEditToolbar(). Thanks for any help you can provide. -- 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 23058] More edit toolbar buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=23058 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added Component|General/Unknown |Page editing Version|unspecified |1.17-svn -- 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 11375] No (or broken) whitespace stripping in unnamed template parameter values.
https://bugzilla.wikimedia.org/show_bug.cgi?id=11375 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #4 from Tim Starling tstarl...@wikimedia.org 2010-04-06 00:14:57 UTC --- This behaviour has always been present, and was reimplemented at great cost when the preprocessor was rewritten for MW 1.12, because reproducing this whitespace behaviour precisely was the only way to avoid breaking large numbers of existing templates. -- 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 23031] messages become read only after clicking Mark as read
https://bugzilla.wikimedia.org/show_bug.cgi?id=23031 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Andrew Garrett agarr...@wikimedia.org 2010-04-06 00:22:39 UTC --- This is intended behaviour. -- 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 22987] don't use the down-arrow menu if it includes only one item
https://bugzilla.wikimedia.org/show_bug.cgi?id=22987 tjsa...@yahoo.com changed: What|Removed |Added CC||tjsa...@yahoo.com --- Comment #1 from tjsa...@yahoo.com 2010-04-06 02:17:06 UTC --- I'm not sure what the purpose of the down arrow menu is unless its use is making twinkle and friendly harder to use. I find that it makes the wiki more annoying. Should we give a preference on the down arrow tabs being across or hidden? sorry for the sarcasm -- 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 23043] Wikimedia's SVN ViewVC is painfully slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=23043 --- Comment #2 from JeLuF je...@gmx.de 2010-04-06 03:42:33 UTC --- I've set allow_compress to 0, so viewvc will no longer send compressed data. The site seems to be fast now, what's your impression? -- 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 23043] Wikimedia's SVN ViewVC is painfully slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=23043 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED CC||p858sn...@yahoo.com.au Resolution||FIXED --- Comment #3 from p858snake p858sn...@yahoo.com.au 2010-04-06 03:50:05 UTC --- Can confirm it's speediness. So I'm marking it as FIXED. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23059] New: Autoblocks cause misleading display on contributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=23059 Summary: Autoblocks cause misleading display on contributions Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: agarr...@wikimedia.org When an address is autoblocked, their blocked status is displayed on their contributions page, along with the last block log entry for that IP address. This is misleading, and implies that the most recent explicit block made on that IP address is still active. -- 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 22041] All animated GIFs unexpectedly thumbnailed as still images
https://bugzilla.wikimedia.org/show_bug.cgi?id=22041 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #11 from Andrew Garrett agarr...@wikimedia.org 2010-04-06 04:11:51 UTC --- and...@fenari:~/php-1.5$ php maintenance/eval.php print $wgMaxAnimatedGifArea 1 Seems like the cause. I've fixed 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 19831] Add an icon to Wikinews for iPhone's iPod Touch's
https://bugzilla.wikimedia.org/show_bug.cgi?id=19831 JeLuF je...@gmx.de changed: What|Removed |Added Status|REOPENED|RESOLVED CC||je...@gmx.de Resolution||FIXED --- Comment #8 from JeLuF je...@gmx.de 2010-04-06 04:19:31 UTC --- Done. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13252] Resizing of Some GIFs Rendering Poorly; Setting Needs Changing?
https://bugzilla.wikimedia.org/show_bug.cgi?id=13252 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||agarr...@wikimedia.org Resolution||FIXED --- Comment #3 from Andrew Garrett agarr...@wikimedia.org 2010-04-06 04:43:10 UTC --- Resolved. -- 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 16456] GIF Issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16456 Bug 16456 depends on bug 13252, which changed state. Bug 13252 Summary: Resizing of Some GIFs Rendering Poorly; Setting Needs Changing? https://bugzilla.wikimedia.org/show_bug.cgi?id=13252 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13252] Resizing of Some GIFs Rendering Poorly; Setting Needs Changing?
https://bugzilla.wikimedia.org/show_bug.cgi?id=13252 Tim Starling tstarl...@wikimedia.org changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #4 from Tim Starling tstarl...@wikimedia.org 2010-04-06 05:43:16 UTC --- Did you resolve it properly, or in a way that will lead to downtime in the near future? -- 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 13252] Resizing of Some GIFs Rendering Poorly; Setting Needs Changing?
https://bugzilla.wikimedia.org/show_bug.cgi?id=13252 --- Comment #5 from Andrew Garrett agarr...@wikimedia.org 2010-04-06 05:50:07 UTC --- (In reply to comment #4) Did you resolve it properly, or in a way that will lead to downtime in the near future? I resolved it by turning GIF scaling back on, and setting $wgMaxAnimatedGifArea to its original value. This won't lead to downtime in the near future, because Bitmap.php uses getImageArea() to find the area to compare with $wgMaxImageArea. In GIF.php, getImageArea() now returns width * height * frame count. This should stop long or big GIFs from being thumbnailed. -- 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 13252] Resizing of Some GIFs Rendering Poorly; Setting Needs Changing?
https://bugzilla.wikimedia.org/show_bug.cgi?id=13252 --- Comment #7 from Andrew Garrett agarr...@wikimedia.org 2010-04-06 05:56:10 UTC --- (In reply to comment #6) You mean for GIFs uploaded after r54284 was deployed? What about GIFs uploaded before that time? I don't follow – are you saying that the metadata won't have been generated for GIFs uploaded before that time? That's a good point, I hadn't thought of that. I could probably fix it, though. -- 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 23060] New: IE8 Editor moves on a heading insert
https://bugzilla.wikimedia.org/show_bug.cgi?id=23060 Summary: IE8 Editor moves on a heading insert Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7267) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=7267) Wiki_2010-04-06_IE8Header.pdf Reporting against Babaco Release : r64562 Tested link :http://prototype.wikimedia.org/deployment-en/Main_Page Steps to Reproduce :: 1) Go to the end of the page 2) Click on header menu item Editor scroll up 3) Click on header item Editor scroll down and go up Scroll down the editor and the header is added in the given location IE7 is functioning as expected. Expected Outcome:: Editor should not scroll down. Test Environment:: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3) Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) -- 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