[Bug 22299] Exit Editor : Confirmation message shows twice.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22299 Calcey QA changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|FIXED | --- Comment #5 from Calcey QA 2010-04-11 07:10:41 UTC --- This again shows in FF 3.5. I checked in Prototype deployment version -- 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 22281] Toolbar : Bullet create in different browsers are not the same
https://bugzilla.wikimedia.org/show_bug.cgi?id=22281 Calcey QA changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|FIXED | --- Comment #6 from Calcey QA 2010-04-11 07:15:54 UTC --- When the user click on Bulleted item list 3 times below will be the output * * Bulleted list item * Bulleted list item First time it replace the text and in other hits it's not. Checked on FF 3.5. -- 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 23143] Enable flagged revisions on sr: wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=23143 JeLuF changed: What|Removed |Added Status|NEW |RESOLVED CC||je...@gmx.de Resolution||FIXED --- Comment #1 from JeLuF 2010-04-11 07:57:24 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 19915] controls size too big
https://bugzilla.wikimedia.org/show_bug.cgi?id=19915 Nick changed: What|Removed |Added CC||smo...@gmail.com --- Comment #2 from Nick 2010-04-11 08:00:02 UTC --- I have found the source of this problem as well as a simple workaround: The reason this happens is because the tag specification does not support resizing, while the tag specification does. As Firefox, Chrome and Opera all follow this specification, neither of the three support resizing, however resizing works fine. Therefore, the simply workaround is to simple use instead of , since they both use the exact same backend to handle content. In /extensions/OggHandler/oggPlayer.js Change line 558 from var tagName = params.isVideo ? 'video' : 'audio'; to var tagName = 'video'; It's a workaround, but it helps. I have tested this on my private mediawiki and now Firefox is completely fixed, Chrome resizes correctly but handles the player itself weirdly (but I assume this is a fault on the side of Chrome), however Opera still acts the way it did before the change (but this is a fault on the side of Opera now, not the specifications). -- 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 23144] Link to non-existing section of another page should appear differently (comparable to broken red link)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23144 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-04-11 08:13:23 UTC --- *** This bug has been marked as a duplicate of bug 16561 *** -- 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 16561] Make links to nonexisting sections being easy distinguishable
https://bugzilla.wikimedia.org/show_bug.cgi?id=16561 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||p@gmx.at --- Comment #8 from Alexandre Emsenhuber [IAlex] 2010-04-11 08:13:23 UTC --- *** Bug 23144 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 23150] New: Includable special pages: treat "template" parameters like URL parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=23150 Summary: Includable special pages: treat "template" parameters like URL parameters Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: Normal Component: Special pages AssignedTo: church.of.emacs...@gmail.com ReportedBy: church.of.emacs...@gmail.com When including {{Special:Foo|bar=baz}}, this should return the same result as Special:Foo?bar=baz. This would allow to better customize special pages in other pages, e.g. {{Special:Recentchanges|hideminor=1|hideliu=1}} or {{Special:Prefixindex/Foobar|limit=5}}. Currently, some special pages can be included with one parameter, e.g. {{Special:Recentchanges/2}} will return Special:Recentchanges?limit=2. This is very limited and doesn't work for special pages that already use the subpage parameter for something else (e.g. Prefixindex). Assuming there are no security risks, I'll take a look at the code and see if this is feasible. -- 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 16860] API for CentralAuth data
https://bugzilla.wikimedia.org/show_bug.cgi?id=16860 Jesse PW (Pathoschild) changed: What|Removed |Added CC||pathoschild+wmb...@gmail.co ||m --- Comment #7 from Jesse PW (Pathoschild) 2010-04-11 09:31:43 UTC --- (In reply to comment #4) > Write modules would be of very limited use: there's not many users with the > right permissions, and I don't see why bots would want, need or even be > allowed > to modify stuff here. At least two steward bots (using stewbot) already access CentralAuth, along with JavaScript run by several stewards. Not creating an API doesn't prevent them from doing so; it just makes things more likely to break, more tightly coupled to the form layout, and more difficult to maintain. For example, this is the rewrite that was needed in stewbot to interact with the overhauled Special:CentralAuth form: < http://github.com/Pathoschild/stewbot/commit/d6ab51587bee8a472185d0980044320c98085df9 >. -- 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 23145] special:allmessages not alphabetical, prev/next and limit buttons don't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=23145 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw 2010-04-11 09:41:10 UTC --- (In reply to comment #1) > This is already fixed in trunk (r64180). Fix deployed. -- 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 23130] Re-enable enhanced toolbar in IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=23130 --- Comment #6 from Roan Kattouw 2010-04-11 09:43:18 UTC --- (In reply to comment #5) > So I have to ask IE8 to emulate IE7 to use the bar? Until we work out the IE8 issues, yes. -- 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 23089] Enable search in br.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=23089 --- Comment #3 from Robert Stojnic 2010-04-11 09:49:42 UTC --- Not unless you are a server system administrator. -- 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 22299] Exit Editor : Confirmation message shows twice.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22299 --- Comment #6 from Roan Kattouw 2010-04-11 09:51:43 UTC --- (In reply to comment #5) > This again shows in FF 3.5. I checked in Prototype deployment version I tried editing http://prototype.wikimedia.org/deployment-en/Internet_Assigned_Numbers_Authority as an anonymous user in Firefox 3.5.9 and was unable to reproduce the 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 16860] API for CentralAuth data
https://bugzilla.wikimedia.org/show_bug.cgi?id=16860 --- Comment #8 from Gurch 2010-04-11 10:01:28 UTC --- (In reply to comment #7) > At least two steward bots (using stewbot) already access CentralAuth, along > with JavaScript run by several stewards. The rate of CentralAuth actions is on the order of 50 every 24 hours. I'm not convinced it's necessary to run bots for such a small workload. More importantly, I'm not at all convinced it's wise to trust any sort of unsupervised process with actions that have no transparency or oversight. If an adminbot goes mad anyone can look at the log and see that's it's deleting the wrong pages, or blocking the wrong users, and take action. If a steward-bot goes mad... "(log action removed) (crosswiki abuse)". It's an awkward enough situation trusting stewards not to screw up things we can't double-check. Stewards were chosen though a touch election process because these things are important, not to sit and let a bot do them. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23090] Interwiki link for br.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=23090 --- Comment #2 from Al-Scandar Solstag 2010-04-11 10:06:52 UTC --- Thanks Casey, that solves the problem indeed! I don't think we need a special interwiki link... br:chapter is ok :) However, I did not know these ":chapter:" interwiki links were there. I can't find any documentation about them on Meta. Maybe it ought to be written? In any case, thanks for the tip! ~Ni!~ -- 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 23150] Includable special pages: treat "template" parameters like URL parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=23150 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-04-11 10:14:56 UTC --- *** This bug has been marked as a duplicate of bug 15558 *** -- 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 15558] Allow includable special pages to be parameterized using wiki syntax.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15558 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||church.of.emacs...@gmail.co ||m --- Comment #2 from Alexandre Emsenhuber [IAlex] 2010-04-11 10:14:56 UTC --- *** Bug 23150 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 16860] API for CentralAuth data
https://bugzilla.wikimedia.org/show_bug.cgi?id=16860 --- Comment #9 from Jesse PW (Pathoschild) 2010-04-11 10:18:04 UTC --- (In reply to comment #8) > Stewards were chosen though a touch election process because these things are > important, not to sit and let a bot do them. The bot doesn't act on its own, it simply automates the tedious steps when prompted by its operator. Consider the normal flow to lock and hide an account, and review its local edits: 1. Copy vandal username from RC feed. 2. Open or move focus to browser. 3. Navigate to Special:CentralAuth. 4. Set focus in name textbox. 5. Paste vandal username. 6. Press 'Enter'. 7. Wait for page to load. 8. Scroll down page. 9. Click "Account is locked from editing". 10. Click "Account is hidden from public lists". 11. Click "Other reason" menu. 12. Click "crosswiki abuse" option. 13. Click the "Set status" button. 14. CTRL + Click the edit link for every local account that has edits. 15. For each account, make sure their edits have been reverted and page creations deleted. The vandal has created five new accounts in the time it took you to do this. Set focus to RC feed, start over from step 1, and work faster next time! Compare this to a semi-automated flow: 1. Copy vandal username. 2. Type "!stabhide " and CTRL + V to paste vandal username. 3. Press 'Enter'. You're done. The vandal probably hasn't even had time to edit yet, and if he has the bot will notify you if he has unreverted edits on any wiki. Another bot will notify #wikimedia-stewards that you locked and hid an account. -- 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 23151] New: integration of br.wikimedia requires new login
https://bugzilla.wikimedia.org/show_bug.cgi?id=23151 Summary: integration of br.wikimedia requires new login Product: Wikimedia Version: unspecified Platform: All URL: http://br.wikimedia.org/ OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sols...@member.fsf.org Hi, At its creation, we asked for br.wikimedia.org to be part of Wikimedia's SUL account system, and that has been successfully implemented. However, one thing that has been causing confusion among project contributors is that, contrary to what happens in all other projects, logging in to br.wikimedia has to be done separately from other projects, and vice versa. So if you log in to pt.wikipedia and then open ru.wikiquote you find yourself already logged in, but if you go from pt.wikipedia to br.wikimedia you need to log in again. Since it's very easy to get used to the former, people get distracted all the time and forget to login to br.wikimedia! It would be helpful if logging in to br.wikimedia could work just like every other project. Thanks for helping us out, and let us know if there is anything we can to do to in assistance. ~~ -- 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 23151] integration of br.wikimedia requires new login
https://bugzilla.wikimedia.org/show_bug.cgi?id=23151 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||DUPLICATE --- Comment #1 from Roan Kattouw 2010-04-11 10:34:25 UTC --- *** This bug has been marked as a duplicate of bug 20251 *** -- 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 20251] strategywiki, usabilitywiki, other .wikimedia.org domains not in auto-login list for SUL
https://bugzilla.wikimedia.org/show_bug.cgi?id=20251 Roan Kattouw changed: What|Removed |Added CC||sols...@member.fsf.org --- Comment #10 from Roan Kattouw 2010-04-11 10:34:25 UTC --- *** Bug 23151 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 16860] API for CentralAuth data
https://bugzilla.wikimedia.org/show_bug.cgi?id=16860 --- Comment #10 from Gurch 2010-04-11 10:38:52 UTC --- (In reply to comment #9) > (In reply to comment #8) > > Stewards were chosen though a touch election process because these things > > are > > important, not to sit and let a bot do them. > > The bot doesn't act on its own, it simply automates the tedious steps when > prompted by its operator. Consider the normal flow to lock and hide an > account, > and review its local edits: > 1. Copy vandal username from RC feed. > 2. Open or move focus to browser. > 3. Navigate to Special:CentralAuth. > 4. Set focus in name textbox. > 5. Paste vandal username. > 6. Press 'Enter'. > 7. Wait for page to load. > 8. Scroll down page. > 9. Click "Account is locked from editing". > 10. Click "Account is hidden from public lists". > 11. Click "Other reason" menu. > 12. Click "crosswiki abuse" option. > 13. Click the "Set status" button. > 14. CTRL + Click the edit link for every local account that has edits. > 15. For each account, make sure their edits have been reverted and page > creations deleted. > The vandal has created five new accounts in the time it took you to do this. > Set focus to RC feed, start over from step 1, and work faster next time! Apologies, I didn't realise global blocking was so badly integrated. Guess that's a valid use case (although a UI-based user script could probably do the same thing). > Compare this to a semi-automated flow: > 1. Copy vandal username. > 2. Type "!stabhide " and CTRL + V to paste vandal username. > 3. Press 'Enter'. > You're done. The vandal probably hasn't even had time to edit yet, and if he > has the bot will notify you if he has unreverted edits on any wiki. Another > bot > will notify #wikimedia-stewards that you locked and hid an account. 1a. accidentially get "Jimbo Wales" on your clipboard somehow :) -- 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 15558] Allow includable special pages to be parameterized using wiki syntax.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15558 Happy-melon changed: What|Removed |Added CC||happy-me...@live.com --- Comment #3 from Happy-melon 2010-04-11 14:03:30 UTC --- The issue is that most special pages take most of their parameters from the URL GET request using $wgRequest->getVal(). One parameter is extracted from the subpage of the page title, so that's easy to achieve in transclusion, but the problem with the other parameters is that you have not only to pass them through, but also to make the execute() method actually *use* them. -- 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 15558] Allow includable special pages to be parameterized using wiki syntax.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15558 Church of emacs changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibug...@lists.wikimedia. |church.of.emacs...@gmail.co |org |m --- Comment #4 from Church of emacs 2010-04-11 14:10:02 UTC --- (Edit conflict :)) I'm assigning this bug to myself. Fixing it consists of two parts: 1. Making the parser pass on an array of already-parsed arguments 2. Make every single includable special page accept and use those parameters (beside $wgRequest) Fixing 1. requires converting the DOM tree of arguments to an associative array - so basically all the arguments have to be parsed themselves before they can be passed on to the special page object (you have to do that, or something like {{Special:Foo|bar={{#someParserfunction: ... won't work). Converting the $args object to an array is where I'm currently stuck. $frame->expand( $args ) returns a string "param1=value1param2=value2..." (note the missing separator). -- 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 18871] Include at least some EXIF metadata in resized pictures
https://bugzilla.wikimedia.org/show_bug.cgi?id=18871 --- Comment #18 from fole...@netcourrier.com 2010-04-11 14:19:44 UTC --- In reply to comment #16 : you're welcome. I think this new comment metadata is a great step forward. Too bad, though, that this metadata is less popular than Exif or IPTC (the Exif viewer add-on in Firefox can't display it https://addons.mozilla.org/fr/firefox/addon/3905 ). -- 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 23148] imagemagick comment needs escaping of % char
https://bugzilla.wikimedia.org/show_bug.cgi?id=23148 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Derk-Jan Hartman 2010-04-11 16:36:25 CEST --- Fixed in r64932, r64932 and r64935 -- 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 23152] New: Protection of 3 namespaces for the ru:wiktionary, be:wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=23152 Summary: Protection of 3 namespaces for the ru:wiktionary, be:wiktionary Product: Wikimedia Version: unspecified Platform: All URL: http://ru:wiktionary OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: silo...@narod.ru == Protection of 3 namespaces for the ru:wiktionary == Herewith we request to protect from unregistered users (UUs) three most important namespaces of the Russian Wiktionary (Викисловарь) - the Main namespace, Categories and Templates. We've discussed the issue in our community and agreed upon such a measure. Our considerations: # At this stage the Russian Wiktionary (as have many other language domains of the project) has evolved into a very complicated system with rather strict rules. Being a multi-lingual, multi-functional dictionary means that it has to strictly maintain uniformity of article structure - otherwise it cannot be reasonably considered dictionary, but merely a disorganized pile of information. Unlike what can be observed in Wikipedia, the representation of the content in Wictionary in not less important than the content itself. Even well-intentioned UUs generally fail to read, understand and/or comply with the rules of the Wiktionary and thus expose the articles to the risk of disfiguring. # More than 95% of edits made by UUs end up requiring admin attention, whether it involves brushing up the added (usually in miniscule amounts) content, reverting or deleting the changes immediately. To date, according to the estimates, about 40% constitute outright vandalism, about 20% - spam, and the remainder, being well-intentioned, does not comply with the rules adopted for the project and thus deteriorate the articles rather than improve them; moreover, a significant part of it constitutes copyvio. # Over 90% of useful edits to the Wiktionary are made by Registered Users (RUs), including both creation of the new articles and enhancing the existing ones. # About 20% of the time many of the most active and productive RUs contribute to the project is dedicated to simply tracking down and undoing or improving the edits of the UUs, which we have started to consider an undue waste of time and effort, not to mention an added wiki engine overhead (dozens and sometimes hundreds of useless transactions every day). Thus, securing the main namespace from occasional unqualified newcomers will very likely accelerate the development of the project rather than slow it down. # The registration procedure is not at all complicated, while imposing some responsibility onto the users. Besides, all the talk/discussion pages and many other namespaces of the project will remain open to UUs, so restriction will not be excessive. Also, most of the active users of Wikimedia projects use the Single user login feature. The same goes for the Belorussian Wiktionary (be:wiktionary). There was no discussion there - since there actually is no community at present; so being pretty much the single user and the same time the single sysop of be:wikt I confirm the necessity of the same measure for be: as well. -- 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 23069] Upload a new version overwrites destination filename
https://bugzilla.wikimedia.org/show_bug.cgi?id=23069 Michael Dale changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Michael Dale 2010-04-11 14:45:44 UTC --- fixed in 64923 -- 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 23152] Disable anon editing in main, Category, Template namespaces on ruwiktionary, bewiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=23152 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Summary|Protection of 3 namespaces |Disable anon editing in |for the ru:wiktionary, |main, Category, Template |be:wiktionary |namespaces on ruwiktionary, ||bewiktionary --- Comment #1 from Roan Kattouw 2010-04-11 14:49:26 UTC --- Summary: disable anon editing of main, Category and Template namespaces on ruwiktionary and bewiktionary. Is this even allowed? -- 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 15357] Redirect dk.wiktionary and dk.wikibooks to da.wiktionary and da.wikibooks respectively.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15357 Gerard Meijssen changed: What|Removed |Added Status|RESOLVED|REOPENED CC||gerard.meijs...@gmail.com Resolution|FIXED | --- Comment #4 from Gerard Meijssen 2010-04-11 14:59:07 UTC --- The dk code refers to Denmark the country. Given that the codes we use are about languages and not countries, the correct resolution is by removing the dk code in DNS for the Danish language wikipedia. Thanks, GerardM -- 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 19986] Wikis waiting to be renamed (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19986 Bug 19986 depends on bug 15357, which changed state. Bug 15357 Summary: Redirect dk.wiktionary and dk.wikibooks to da.wiktionary and da.wikibooks respectively. https://bugzilla.wikimedia.org/show_bug.cgi?id=15357 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23152] Disable anon editing in main, Category, Template namespaces on ruwiktionary, bewiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=23152 Casey Brown changed: What|Removed |Added CC||cbrown1...@gmail.com --- Comment #2 from Casey Brown 2010-04-11 15:47:52 UTC --- (In reply to comment #1) > Is this even allowed? Not really. http://meta.wikimedia.org/wiki/Founding_principles I think this issue has come up before and we've always said "we're not going to do that, sorry!" -- 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 23144] Link to non-existing section of another page should appear differently (comparable to broken red link)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23144 --- Comment #2 from Stefan Nowak 2010-04-11 16:56:23 BST --- Within my research prior to filing my issue, bug 16561 also came across my way! BUG 16561 NOT REALLY A DUPLICATE BUG: Its reporter Piotr Kubowicz argued for "Wiktionary pages" and their "broken section links" and the negative local link effect, nevertheless mentioned that implementing his suggestion could be beneficial to ANY MediaWiki, whereas my suggestion dealt with the same "broken section links" but focused more on the negative effect on Wikipedia cross-page links to broken sections! As shown in my example. SADLY, BUG 16561 PROCESS STALLED: The last process is almost 1.5 years ago, the status still "new", not resolution observable. I STRONGLY ADVOCATE FOR THIS ENHANCEMENT: Those who argued against bug 16561 were mainly arguing defensively from a technical status-quo and seemingly ignorant to the potential benefit! (Smelled a little bit of pure self-referential techno/bureau-cracy) I have not collected empirical evidence, how often I encounter broken cross-page section links, and how long it takes me to eventually get to links supposedly content. But from my memory, it happens quite sometimes! Hopefully some person (eventually a developer) recognizes the potential of this, and realizes it! If it helps this person to have some reasoning/evidence, I am ready to provide/collect! LAST QUESTIONS: 1) Is my bug now really considered a duplicate? 2) Shall I thus continue my reasoning here, or better at the (supposedly) duplicate bug site? -- 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 23152] Disable anon editing in main, Category, Template namespaces on ruwiktionary, bewiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=23152 Ariel T. Glenn changed: What|Removed |Added CC||ar...@wikimedia.org --- Comment #3 from Ariel T. Glenn 2010-04-11 16:01:46 UTC --- I would suggest you look at the AbuseFilter and FlaggedRevs extensions as a means of managing anonymous edits. -- 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 22970] upload javascript crashing
https://bugzilla.wikimedia.org/show_bug.cgi?id=22970 Derk-Jan Hartman changed: What|Removed |Added Version|1.16-svn|1.16.0beta2 Severity|enhancement |critical --- Comment #8 from Derk-Jan Hartman 2010-04-11 19:18:33 CEST --- Upping the priority of this Firefox Javascript error. Should really be fixed before a release. -- 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 23153] New: Preview doesn't appear when replying in liquid threads on 'new messages' page
https://bugzilla.wikimedia.org/show_bug.cgi?id=23153 Summary: Preview doesn't appear when replying in liquid threads on 'new messages' page Product: MediaWiki extensions Version: any Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: eleriygarreg...@googlemail.com I am using liquid threads on translatewiki.net. I don't see a preview of a reply to a message in liquid threads when I click on the 'show preview' button when replying from the 'new messages' page. But I can see a preview when writing a new message or replying to a message on the 'support' page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15558] Allow includable special pages to be parameterized using wiki syntax.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15558 --- Comment #5 from Church of emacs 2010-04-11 16:30:16 UTC --- Okay, problem 1. is solved (just want to make sure no one else wastes hours on that :)) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18157] Provide a {{trim}} function
https://bugzilla.wikimedia.org/show_bug.cgi?id=18157 ir...@rkrahl.de changed: What|Removed |Added Status|NEW |ASSIGNED CC||ir...@rkrahl.de --- Comment #1 from ir...@rkrahl.de 2010-04-11 17:35:52 UTC --- It would be nice to add this parser function to the [http://www.mediawiki.org/wiki/Extension:ParserFunctions ParserFunctions-Extension]. I’ll try to do 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 22970] upload javascript crashing
https://bugzilla.wikimedia.org/show_bug.cgi?id=22970 Bryan Tong Minh changed: What|Removed |Added CC||bryan.tongm...@gmail.com --- Comment #9 from Bryan Tong Minh 2010-04-11 17:36:03 UTC --- My Firefox does have an optionsTable.children. Is this non-standard behaviour? -- 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 18157] Provide a {{trim}} function
https://bugzilla.wikimedia.org/show_bug.cgi?id=18157 ir...@rkrahl.de changed: What|Removed |Added AssignedTo|wikibug...@lists.wikimedia. |ir...@rkrahl.de |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23154] New: Del key doesn't delete newlines in prototype wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=23154 Summary: Del key doesn't delete newlines in prototype wiki Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: thomasble...@gmx.de CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org As an anonymous user, edit http://prototype.wikimedia.org/de-wp/index.php?title=Wikipedia:Hauptseite&action=edit and try to join two lines by going to the end of the first line and typing the DEL key. The key seems to have no effect. Deleting other characters works fine, as does the BACKSPACE key. Interestingly the same action works on Commons, so it's either a very recent change or caused by difference in configuration such as the CollapsibleTabs extension. Another observation: On a local testwiki current SVN), it works fine on normal lines, joining works sometimes, but fails reliably if I try it on the following three lines: a * b Tested on Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1) Gecko/20090624 Firefox/3.5, on an up-to-date Debian Lenny system. -- 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 23155] New: mail notification : wrong link
https://bugzilla.wikimedia.org/show_bug.cgi?id=23155 Summary: mail notification : wrong link Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Email AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: kon...@tiscali.fr in my preferences of mewiki, "E-mail me when my user talk page is changed" is enabled. Upon talk page change, I received the following mail (see bottom). The second to last link gives the possibility to remove the page from my watch, but the link would remove "RunJobs.php" from the watchlist instead of the right page. === Message start === hello Dear Darkoneko, The Meta page User talk:Darkoneko has been changed on 11 April 2010 by anonymous user x, see http://meta.wikimedia.org/wiki/User_talk:Darkoneko for the current revision. See http://meta.wikimedia.org/w/index.php?title=User_talk:Darkoneko&diff=0&oldid=1877993 for all changes since your last visit. Editor's summary: /* turkish wikipedia */ new section Contact the editor: mail: No e-mail address wiki: http://meta.wikimedia.org/wiki/User:xxx There will be no other notifications in case of further changes unless you visit this page. You could also reset the notification flags for all your watched pages on your watchlist. Your friendly Meta notification system -- To change your watchlist settings, visit http://meta.wikimedia.org/wiki/Special:Watchlist/edit To delete the page from your watchlist, visit http://meta.wikimedia.org/w/index.php?title=RunJobs.php&action=unwatch Feedback and further assistance: http://meta.wikimedia.org/wiki/Help:Help === -- 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 16860] API for CentralAuth data
https://bugzilla.wikimedia.org/show_bug.cgi?id=16860 --- Comment #11 from Jesse PW (Pathoschild) 2010-04-11 18:59:47 UTC --- (In reply to comment #10) > 1a. accidentially get "Jimbo Wales" on your clipboard somehow :) No steward should hit 'Enter' without checking what they pasted, CentralAuth actions are easily reversible, and they are logged and reported so other stewards will notice even if the locking steward doesn't. It's fairly common for a steward to poke another about an action, and I'm sure locking Jimbo Wales would merit a few raised eyebrows. The bot actually reduces errors because it's so simple to use and verify before hitting 'Enter'. ("!lock Jimbo Wales" — hmm.) The regular flow I described above is so tortuous that stewards in a hurry occasionally make a mistake, like accidentally unlocking a vandal. The only CentralAuth action that's irreversible is deleting accounts, which the bot deliberately doesn't support. -- 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 15357] Redirect dk.wiktionary and dk.wikibooks to da.wiktionary and da.wikibooks respectively.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15357 River Tarnell changed: What|Removed |Added Status|REOPENED|RESOLVED CC||ri...@loreley.flyingparchme ||nt.org.uk Resolution||FIXED --- Comment #5 from River Tarnell 2010-04-11 19:01:42 UTC --- There's nothing wrong with having a redirect. Someone looking for the Danish Wikiwhatever could quite understandably assume it's dk, not da. (da/dk is one of the few cases where country and language don't match.) Redirecting the user to the correct site is much more useful than giving an error message. -- 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 19986] Wikis waiting to be renamed (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19986 Bug 19986 depends on bug 15357, which changed state. Bug 15357 Summary: Redirect dk.wiktionary and dk.wikibooks to da.wiktionary and da.wikibooks respectively. https://bugzilla.wikimedia.org/show_bug.cgi?id=15357 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15357] Redirect dk.wiktionary and dk.wikibooks to da.wiktionary and da.wikibooks respectively.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15357 Gerard Meijssen changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #6 from Gerard Meijssen 2010-04-11 19:19:22 UTC --- We have too many names that are plain incorrect. It is really not acceptable. Thanks, GerardM -- 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 19986] Wikis waiting to be renamed (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19986 Bug 19986 depends on bug 15357, which changed state. Bug 15357 Summary: Redirect dk.wiktionary and dk.wikibooks to da.wiktionary and da.wikibooks respectively. https://bugzilla.wikimedia.org/show_bug.cgi?id=15357 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15357] Redirect dk.wiktionary and dk.wikibooks to da.wiktionary and da.wikibooks respectively.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15357 Roan Kattouw changed: What|Removed |Added Status|REOPENED|RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #7 from Roan Kattouw 2010-04-11 19:24:56 UTC --- (In reply to comment #6) > We have too many names that are plain incorrect. It is really not acceptable. > Thanks, > GerardM Redirecting dk->da where dk is not a valid language code but is commonly mistaken for Danish seems perfectly acceptable to me. We shouldn't pedantically adhere to ISO-639 to the point of actually inconveniencing users as described in comment #5. Please don't reopen this bug again; any further discussion should be taken off Bugzilla. -- 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 19986] Wikis waiting to be renamed (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19986 Bug 19986 depends on bug 15357, which changed state. Bug 15357 Summary: Redirect dk.wiktionary and dk.wikibooks to da.wiktionary and da.wikibooks respectively. https://bugzilla.wikimedia.org/show_bug.cgi?id=15357 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23121] Pages are "lost" on ace.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=23121 --- Comment #2 from Hercule 2010-04-11 19:26:38 UTC --- thanks a lot -- 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 16860] API for CentralAuth data
https://bugzilla.wikimedia.org/show_bug.cgi?id=16860 --- Comment #12 from Gurch 2010-04-11 19:45:19 UTC --- (In reply to comment #11) > The regular flow I described > above is so tortuous that stewards in a hurry occasionally make a mistake, > like > accidentally unlocking a vandal. Perhaps stewards should have links to the "centralauth" form appearing in the UI where administrators have "block" links. Seems that would skip steps 1-6 at least. > The vandal has created five new accounts in the time it took you to do this. I thought there were global IP address blocks now? Or are they not used on vandals? -- 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 22625] Import closed projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=22625 JeLuF changed: What|Removed |Added Keywords||shell CC||je...@gmx.de -- 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 23091] A solution for users of a Commons file upload tool
https://bugzilla.wikimedia.org/show_bug.cgi?id=23091 Marcin Cieślak changed: What|Removed |Added CC||marcin.cies...@gmail.com --- Comment #11 from Marcin Cieślak 2010-04-11 20:01:28 UTC --- I have published a patched version of the tool that fixes the login problem: http://commons.wikimedia.org/wiki/Commons_talk:Tools/Commonist#Login_problem_fixed Enjoy, --Marcin -- 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 23156] New: Commafy and search normalization fixes for Belarusian (Taraškievica)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23156 Summary: Commafy and search normalization fixes for Belarusian (Taraškievica) Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: j...@zedlik.com Created an attachment (id=7282) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7282) Patch for 1.17-svn Hello, this patch includes fixes for the following issues for Belarusian (Taraškievica) (be-tarask): * commafy function not to separate thousands in 4-digit numbers for Belarusian; * fixing of $separatorTransformTable to use spaces as thousand separator and comma as a decimal one for Belarusian; * overriding the function normalizeForSearch to make search understand both types of apostrophe sign that may be used in Belarusian (both U+2019 and U+0027). Relevant discussion: http://be-x-old.wikipedia.org/wiki/Вікіпэдыя:Форум/Архіў_5#.D0.9F.D0.B0.D0.B4.D1.82.D1.80.D1.8B.D0.BC.D0.BA.D0.B0_.D0.B0.D0.BF.D0.BE.D1.81.D1.82.D1.80.D0.B0.D1.84.D0.B0_.D1.9E_.D0.92.D1.96.D0.BA.D1.96.D0.BF.D1.8D.D0.B4.D1.8B.D1.96 Relevant request for comments: http://be-x-old.wikipedia.org/wiki/Вікіпэдыя:Апытаньні/Пра_апострафы_ў_назвах_артыкулаў_і_катэгорыяў Relevant note about patch submitting: http://be-x-old.wikipedia.org/wiki/Вікіпэдыя:Форум#.D0.90.D0.BF.D0.BE.D1.81.D1.82.D1.80.D0.B0.D1.84.D1.8B_.D1.9E_.D0.BF.D0.BE.D1.88.D1.83.D0.BA.D1.83_.D1.96_.D0.BD.D1.83.D0.BC.D0.B0.D1.80.D1.8B -- 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 23156] Commafy and search normalization fixes for Belarusian (Taraškievica)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23156 --- Comment #1 from Jaska Zedlik 2010-04-11 20:04:05 UTC --- Created an attachment (id=7283) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7283) patch for 1.16-svn A patch for 1.16-svn branch. -- 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 23156] Commafy and search normalization fixes for Belarusian (Taraškievica)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23156 Raimond Spekking changed: What|Removed |Added Attachment #7282|application/octet-stream|text/plain mime type|| Attachment #7282|0 |1 is 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 23156] Commafy and search normalization fixes for Belarusian (Taraškievica)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23156 Raimond Spekking 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 23157] New: Please remove the wrong codes for Danish
https://bugzilla.wikimedia.org/show_bug.cgi?id=23157 Summary: Please remove the wrong codes for Danish Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: DNS AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gerard.meijs...@gmail.com Hoi, The code for the Danish language is da. The code for Danmark is dk. These codes are codes of completely different standards. The ISO-639 and the relevant RFC do not allow for the creation of codes that are wrong. Having a referral of dk to da is wrong. Please remove all the referrals in DNS of dk to da. Thanks, GerardM -- 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 16860] API for CentralAuth data
https://bugzilla.wikimedia.org/show_bug.cgi?id=16860 --- Comment #13 from Mike.lifeguard 2010-04-11 20:16:27 UTC --- (In reply to comment #12) > I thought there were global IP address blocks now? Or are they not used on > vandals? They are, but it is not always practical or appropriate to do so. Note that this still requires adding checkuser rights, going to the local wiki, running the checkuser, and coming back to Meta to apply the block. -- 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 23157] Please remove the wrong codes for Danish
https://bugzilla.wikimedia.org/show_bug.cgi?id=23157 Mike.lifeguard changed: What|Removed |Added Status|NEW |RESOLVED CC||mike.lifegu...@gmail.com Resolution||WONTFIX --- Comment #1 from Mike.lifeguard 2010-04-11 20:19:45 UTC --- Helping users by redirecting them to where they probably meant to go is a nice thing to do, as previously explained to you. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23158] New: interwiki links
https://bugzilla.wikimedia.org/show_bug.cgi?id=23158 Summary: interwiki links Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Interwiki links AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: archaeopterix_solnho...@yahoo.fr I have noticed that the interwiki links--the links that appear on every Wikipedia page in the left-handed box called "languages", below the "toolbox", and which lead the reader to the corresponding article in other languages--has the names of the languages ordered in alphabetical order, with the language name given in the language it represents. For instance, the articles in German are indicated by the word "Deutsch", set at the level "D" in the sequence of interwiki links, or the word "Farsi" is at the level "F", although that language does not uses the Latin alphabet. This works very well, except the name of the Finnish language is "Suomi" in Finnish, and, well, Finnish in English. It consistently appears at the "F" level of the sequence in ALL Wikipedias except the English one. My guess is that the robots arrange and rearrange the name of this language according to its English name, any time a new language is introduced. I usually use the Romanian Wiki, but I have noticed that this is the case in the French, German, Hungarian, etc ones, all Wikipedias except of the English one. I wonder if the robots for all the non-English Wikipedia could accommodate the Finnish name of the Finnish (Suomi), by setting it to the correct place in the sequence of the respective box. It might be that a simple code change would do the correction. Thank you. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23158] interwiki links
https://bugzilla.wikimedia.org/show_bug.cgi?id=23158 --- Comment #1 from archaeopterix_solnho...@yahoo.fr 2010-04-11 20:21:33 UTC --- I have noticed that the interwiki links--the links that appear on every Wikipedia page in the left-handed box called "languages", below the "toolbox", and which lead the reader to the corresponding article in other languages--has the names of the languages ordered in alphabetical order, with the language name given in the language it represents. For instance, the articles in German are indicated by the word "Deutsch", set at the level "D" in the sequence of interwiki links, or the word "Farsi" is at the level "F", although that language does not uses the Latin alphabet. This works very well, except the name of the Finnish language is "Suomi" in Finnish, and, well, Finnish in English. It consistently appears at the "F" level of the sequence in ALL Wikipedias except the English one. My guess is that the robots arrange and rearrange the name of this language according to its English name, any time a new language is introduced. I usually use the Romanian Wiki, but I have noticed that this is the case in the French, German, Hungarian, etc ones, all Wikipedias except of the English one. I wonder if the robots for all the non-English Wikipedia could accommodate the Finnish name of the Finnish (Suomi), by setting it to the correct place in the sequence of the respective box. It might be that a simple code change would do the correction. Thank you -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23158] interwiki links
https://bugzilla.wikimedia.org/show_bug.cgi?id=23158 Conrad Irwin changed: What|Removed |Added Status|NEW |RESOLVED CC||conrad.ir...@gmail.com Resolution||INVALID --- Comment #2 from Conrad Irwin 2010-04-11 20:23:31 UTC --- The sort order is the order of the links on the page. These are mainly maintained using the pywikipediabot, but you'll have to get the bot owners to agree on a better sort order. -- 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 23144] Link to non-existing section of another page should appear differently (comparable to broken red link)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23144 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #3 from Roan Kattouw 2010-04-11 20:38:45 UTC --- (In reply to comment #2) > Within my research prior to filing my issue, bug 16561 also came across my > way! > > BUG 16561 NOT REALLY A DUPLICATE BUG: > Its reporter Piotr Kubowicz argued for "Wiktionary pages" and their "broken > section links" and the negative local link effect, nevertheless mentioned that > implementing his suggestion could be beneficial to ANY MediaWiki, whereas my > suggestion dealt with the same "broken section links" but focused more on the > negative effect on Wikipedia cross-page links to broken sections! As shown in > my example. > It's the same bug in the software. The only difference between the other bug and yours is the *reason* why you think it's bad (both reasons are equally valid), but *what's actually wrong in the code* is the same. So from a software point of view, the bugs are definitely duplicates. > SADLY, BUG 16561 PROCESS STALLED: > The last process is almost 1.5 years ago, the status still "new", not > resolution observable. > That happens, because most bugfixers are volunteers who work on what they want to work on. Spreading this issue over two separate bugs only works against progress, not for it. > I STRONGLY ADVOCATE FOR THIS ENHANCEMENT: > Those who argued against bug 16561 were mainly arguing defensively from a > technical status-quo and seemingly ignorant to the potential benefit! (Smelled > a little bit of pure self-referential techno/bureau-cracy) > That bug wasn't argued against, people were just pointing out that fixing the bug is *difficult*, not that they *disagree* with it. There's nothing wrong with that: fixing this bug *is* difficult, it's OK to acknowledge that. Read Chad and Brion's comments carefully and you'll see that Chad agrees with you "Would be neat" but points out that it's difficult to fix, and Brion simply lists some technical requirements without explicitly stating his opinion. -- 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 23152] Disable anon editing in main, Category, Template namespaces on ruwiktionary, bewiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=23152 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Roan Kattouw 2010-04-11 20:41:00 UTC --- Resolving WONTFIX per comment #2. -- 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 22970] upload javascript crashing
https://bugzilla.wikimedia.org/show_bug.cgi?id=22970 --- Comment #10 from Roan Kattouw 2010-04-11 20:46:04 UTC --- (In reply to comment #9) > My Firefox does have an optionsTable.children. Is this non-standard behaviour? Apparently; according to the MDC .children was introduced in FF 3.5. There is no mention of whether or not this is a non-standard extension, though. optionsTable.childNodes has worked since like the beginning of (DOM) time and does the same, except that it includes TextNodes while .children doesn't. -- 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 23091] A solution for users of a Commons file upload tool
https://bugzilla.wikimedia.org/show_bug.cgi?id=23091 User:Docu changed: What|Removed |Added Status|RESOLVED|CLOSED Resolution|INVALID |FIXED --- Comment #12 from User:Docu 2010-04-11 21:02:39 UTC --- Excellent. Thanks for your help. Changing this to 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 22970] upload javascript crashing
https://bugzilla.wikimedia.org/show_bug.cgi?id=22970 Bryan Tong Minh changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #11 from Bryan Tong Minh 2010-04-11 21:03:16 UTC --- Fixed in trunk r64948; marked for backporting to 1.16. -- 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 23157] Please remove the wrong codes for Danish
https://bugzilla.wikimedia.org/show_bug.cgi?id=23157 Roan Kattouw changed: What|Removed |Added Status|RESOLVED|REOPENED CC||roan.katt...@gmail.com Resolution|WONTFIX | --- Comment #2 from Roan Kattouw 2010-04-11 21:05:42 UTC --- Please don't close this bug just yet, it's meant as a better place for discussion than the previous bug. I'd like not to have another WONTFIX->REOPEN war here. I agree that redirecting users to the right place is much nicer than a confusing error message, and also nicer than the alternative of showing them a "Did you mean da.wikipedia.org" page. -- 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 23140] red links for included images, make description page unreachable, and fail on upload pages != Special:Upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=23140 Bryan Tong Minh changed: What|Removed |Added CC||bryan.tongm...@gmail.com --- Comment #1 from Bryan Tong Minh 2010-04-11 21:12:59 UTC --- (In reply to comment #0) > Apparently the behavior of the red linked thumbs has changed > See bug 18885. Previously it used to point to local Special:Upload, which was not desirable in all cases. If I recall correctly, the only change is that it now actually follows $wgUploadNavigationUrl. Do you suggest to change this behaviour? -- 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 22933] Upload a new version bypasses file extension checks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22933 Bryan Tong Minh changed: What|Removed |Added Status|NEW |RESOLVED CC||bryan.tongm...@gmail.com Resolution||FIXED --- Comment #3 from Bryan Tong Minh 2010-04-11 21:18:25 UTC --- Probably fixed with the recent deployment? -- 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 22934] files of mimetype with unknown file extension are automatically allowed
https://bugzilla.wikimedia.org/show_bug.cgi?id=22934 Bryan Tong Minh changed: What|Removed |Added CC||bryan.tongm...@gmail.com, ||ro...@robla.net --- Comment #1 from Bryan Tong Minh 2010-04-11 21:20:33 UTC --- Cc Robla, he has done some research on the extension verification if I recall correctly. -- 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 22943] [[:File:TheFile.ext]] does not count as a link in 'File Links' but shows up in 'What Links Here'
https://bugzilla.wikimedia.org/show_bug.cgi?id=22943 Bryan Tong Minh changed: What|Removed |Added Status|NEW |RESOLVED CC||bryan.tongm...@gmail.com Resolution||WONTFIX --- Comment #3 from Bryan Tong Minh 2010-04-11 21:21:56 UTC --- This is on purpose; file links only includes pages where the image is actually shown. -- 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 22505] Can static and animated GIF scaling be separated?
https://bugzilla.wikimedia.org/show_bug.cgi?id=22505 --- Comment #4 from Bryan Tong Minh 2010-04-11 21:22:20 UTC --- Has this been fixed now? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22943] [[:File:TheFile.ext]] does not count as a link in 'File Links' but shows up in 'What Links Here'
https://bugzilla.wikimedia.org/show_bug.cgi?id=22943 Urda changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #4 from Urda 2010-04-11 21:24:40 UTC --- Which is rediculous, since a page can link to a PDF or document file, which is considered being used, and the Mediawiki Engine doesn't use it. Perhaps you could carry that idea to images, but you can't always "show" a document, and thus why the system is broken. -- 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 22943] [[:File:TheFile.ext]] does not count as a link in 'File Links' but shows up in 'What Links Here'
https://bugzilla.wikimedia.org/show_bug.cgi?id=22943 Betacommand changed: What|Removed |Added Status|REOPENED|RESOLVED CC||phoenixoverr...@gmail.com Resolution||INVALID -- 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 22943] [[:File:TheFile.ext]] does not count as a link in 'File Links' but shows up in 'What Links Here'
https://bugzilla.wikimedia.org/show_bug.cgi?id=22943 Thor Malmjursson changed: What|Removed |Added CC||lightningstrik...@live.nl --- Comment #5 from Thor Malmjursson 2010-04-11 21:32:27 UTC --- Urda, ridiculous or not, the system isn't broken - it's *meant* to work like that, as Bryan said. -- 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 23146] accesskey for upload file button conflicts with accesskey of upload file portlet link
https://bugzilla.wikimedia.org/show_bug.cgi?id=23146 Bryan Tong Minh changed: What|Removed |Added CC||bryan.tongm...@gmail.com --- Comment #1 from Bryan Tong Minh 2010-04-11 21:33:03 UTC --- On my local wiki it is still an s. What is your MediaWiki:accesskey-upload? -- 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 23155] mail notification : wrong link
https://bugzilla.wikimedia.org/show_bug.cgi?id=23155 Bryan Tong Minh changed: What|Removed |Added Keywords||code-update-regression CC||bryan.tongm...@gmail.com Severity|trivial |major -- 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 23147] Run cleanupTitles.php on all wikis that have $wgCapitalLinks set to false
https://bugzilla.wikimedia.org/show_bug.cgi?id=23147 Bryan Tong Minh changed: What|Removed |Added Priority|Normal |High CC||bryan.tongm...@gmail.com Component|Internationalization|Site requests Version|1.16-svn|unspecified Product|MediaWiki |Wikimedia Summary|Pages in|Run cleanupTitles.php on |mediawiki/mediawiki |all wikis that have |talk/user/user talk |$wgCapitalLinks set to |namespace that started with |false |a lower case letter on | |wikis with | |$wgCapitalLinks=false are | |inaccesible | Severity|normal |critical --- Comment #3 from Bryan Tong Minh 2010-04-11 21:39:42 UTC --- cleanupTitles.php should be run on all wiktionaries and other wikis that have wgCapitalLinks set to false. -- 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 15558] Allow includable special pages to be parameterized using wiki syntax.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15558 --- Comment #6 from Church of emacs 2010-04-11 21:39:54 UTC --- Created an attachment (id=7284) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7284) Parser passes on an associative array which contains the parameters. Okay, fixed it. Thanks to Happy-melon, he figured out how to turn the DOM tree into an associative array. The rest is also fairly simple and short, even though it's not the nicest thing to fake $wgRequest (but then again, the code is only as bad as the surrounding code). I'll commit it after some more tests and in case no one complains here. -- 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 15558] Allow includable special pages to be parameterized using wiki syntax.
https://bugzilla.wikimedia.org/show_bug.cgi?id=15558 Church of emacs changed: What|Removed |Added Keywords||patch -- 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 23136] Regression: Section "Global usage" is not shown on Commons file page
https://bugzilla.wikimedia.org/show_bug.cgi?id=23136 Bryan Tong Minh changed: What|Removed |Added Severity|major |normal -- 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 23159] New: Bugzilla user prefs should allow Real Name rather than email prefix for posting.
https://bugzilla.wikimedia.org/show_bug.cgi?id=23159 Summary: Bugzilla user prefs should allow Real Name rather than email prefix for posting. Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Bugzilla AssignedTo: pdha...@wikimedia.org ReportedBy: lightningstrik...@live.nl CC: innocentkil...@gmail.com The bugzilla prefs should permit the use of a real name rather than the email prefix to be attached to posts, since simply looking at a list of email prefixes means it's kind of hard working out who the heck has posted what. Resolving this would, I believe, clear up bug 18831, which is to do with the Wikibugs bot. If the real name appeared attached to posts, the bot would use that instead of the email prefix. -- 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 22505] Can static and animated GIF scaling be separated?
https://bugzilla.wikimedia.org/show_bug.cgi?id=22505 --- Comment #5 from 84user <7dzt79...@sneakemail.com> 2010-04-11 21:55:56 UTC --- Yes, static GIFs are now rescaling. For examples: http://commons.wikimedia.org/wiki/Category:Octave_Uzanne now renders correctly; 640 pixel wide http://commons.wikimedia.org/wiki/File:Ophangingsarmen_Diagram.gif now rescales to 400 inside http://nl.wikipedia.org/wiki/Geschiedenis_van_de_auto_%281905-1918%29 . I have tested other examples on wikibooks and it.wikipedia. Animated GIF rescaling has also been turned on but mediawiki is now delivering scaled down thumbnails of animated GIFs too. -- 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 21288] After upload warning, "return and choose different name" serves empty page
https://bugzilla.wikimedia.org/show_bug.cgi?id=21288 Bryan Tong Minh changed: What|Removed |Added Status|NEW |RESOLVED CC||bryan.tongm...@gmail.com Resolution||FIXED --- Comment #2 from Bryan Tong Minh 2010-04-11 22:01:20 UTC --- New upload form allows users to specify the new name immediately. -- 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 21809] commons fails to purge large djvu files
https://bugzilla.wikimedia.org/show_bug.cgi?id=21809 Bryan Tong Minh changed: What|Removed |Added CC||bryan.tongm...@gmail.com --- Comment #7 from Bryan Tong Minh 2010-04-11 22:02:29 UTC --- Fix has been deployed, but purging still doesn't work. -- 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 20924] binary files are incorrectly detected as application/zip
https://bugzilla.wikimedia.org/show_bug.cgi?id=20924 Bryan Tong Minh changed: What|Removed |Added Status|NEW |RESOLVED CC||bryan.tongm...@gmail.com Resolution||INVALID --- Comment #7 from Bryan Tong Minh 2010-04-11 22:07:15 UTC --- Cf. comment #6 this is really a zip file, so closing as invalid, since rejecting those files is the actual purpose. (As a side note, perhaps we could have something like a zip stripper?) -- 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 18426] Add variable to append/override mime.types contents
https://bugzilla.wikimedia.org/show_bug.cgi?id=18426 Bryan Tong Minh changed: What|Removed |Added Status|NEW |RESOLVED CC||bryan.tongm...@gmail.com Resolution||WONTFIX --- Comment #7 from Bryan Tong Minh 2010-04-11 22:11:26 UTC --- I believe that with $wgMimeTypeFile we have sufficient customization possibility. -- 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 23155] mail notification : wrong link
https://bugzilla.wikimedia.org/show_bug.cgi?id=23155 Bryan Tong Minh changed: What|Removed |Added Keywords|code-update-regression | -- 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 22505] Can static and animated GIF scaling be separated?
https://bugzilla.wikimedia.org/show_bug.cgi?id=22505 Bryan Tong Minh changed: What|Removed |Added 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 23160] New: Theora video thumbnails corrupt
https://bugzilla.wikimedia.org/show_bug.cgi?id=23160 Summary: Theora video thumbnails corrupt Product: Wikimedia Version: unspecified Platform: PC OS/Version: Windows Vista Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: 7dzt79...@sneakemail.com Created an attachment (id=7285) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7285) Test_20100411_Vdubtestrgbcube4secs_ifps.ogv with empty thumbnail Between 03:23, 8 April 2010 and 08:40, 9 April 2010 new video uploads started to render with empty or corrupt thumbnails (Firefox, Google Chrome, Opera and Safari, with cache and file purging; thumbtime also tested). New uploads are still rendering incorrectly. I *believe* I have eliminated file corruption because the file uploaded is identical to the file on my PC (I download the file from mediawiki and use emacs to compare). See http://commons.wikimedia.org/wiki/Commons:Village_pump#Video_thumbnails_corrupt_since_9_April Duplicated problem on skins: Monobook, Vector and Classic. Other skins not tried. How to replicate: 1: choose any small video from Category:Calibration videos at http://commons.wikimedia.org/wiki/Category:Calibration_videos and download to computer 2: upload same file with name prefixed with "Test_reupload_"; click the "ignore warning and save anyway" button 3: see the corrupt or empty video thumbnail Example attached from: http://commons.wikimedia.org/wiki/File:Test_20100411_Vdubtestrgbcube4secs_ifps12fr12_q10.ogv -- 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 23091] A solution for users of a Commons file upload tool
https://bugzilla.wikimedia.org/show_bug.cgi?id=23091 p858snake changed: What|Removed |Added Status|CLOSED |RESOLVED Resolution|FIXED |INVALID --- Comment #13 from p858snake 2010-04-11 22:42:26 UTC --- It's still invalid since the bug isn't to do with anything on 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 20924] binary files are incorrectly detected as application/zip
https://bugzilla.wikimedia.org/show_bug.cgi?id=20924 --- Comment #8 from Platonides 2010-04-11 22:55:05 UTC --- I don't like the idea of changing the user file, but it could perhaps be integrated into new-upload: "Your file seems rotated. Fix?", "Currently I cannot accept this file with zip data included. Strip?" This case would (should?) be easy to strip. Another Office app also likes to embed its own format into pngs, which we could remove, and pngs with garbage appended are common, too. -- 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 23161] New: Provide a feature to monitor upload tools for Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=23161 Summary: Provide a feature to monitor upload tools for Commons Product: Wikimedia Version: unspecified Platform: All URL: http://commons.wikimedia.org/wiki/Special:Statistics OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: test5...@myway.com In order to avoid bottlenecks, we should have general statistics available on upload tools used at Commons. The idea is to provide a list of the most frequently used upload tools on a weekly basis. This could be added to Special:Statistics -- 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 23091] A solution for users of a Commons file upload tool
https://bugzilla.wikimedia.org/show_bug.cgi?id=23091 --- Comment #14 from User:Docu 2010-04-11 23:10:11 UTC --- I made a separate request to find a solution to limit problems in the future: https://bugzilla.wikimedia.org/show_bug.cgi?id=23161 -- 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 14788] Support linking to djvu page
https://bugzilla.wikimedia.org/show_bug.cgi?id=14788 Nemo_bis changed: What|Removed |Added CC||federicol...@tiscali.it Severity|normal |enhancement -- 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 23047] Problem loading Commons category "Scanned English books in DjVu"
https://bugzilla.wikimedia.org/show_bug.cgi?id=23047 Nemo_bis changed: What|Removed |Added CC||federicol...@tiscali.it Severity|normal |major --- Comment #1 from Nemo_bis 2010-04-12 01:23:35 CEST --- Bug 20811 is now fixed (as bug 19476), but this one is not. -- 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 23160] Theora video thumbnails corrupt
https://bugzilla.wikimedia.org/show_bug.cgi?id=23160 Derk-Jan Hartman changed: What|Removed |Added CC||hart...@videolan.org --- Comment #1 from Derk-Jan Hartman 2010-04-12 01:26:48 CEST --- The empty thumbs are due to the fact that there are no key frames following the seek point (midway file). We should probably always start at frame 0 when a movie is under 10seconds. The other issue is of a similar nature and also related to keyframes. What triggered this behavior, i'm not sure of, but most likely ffmpeg was upgraded on the scalers. I have asked Roan, and the servers currently run r11872+debian_3:0.svn20080206-12ubuntu If someone could run the following on a scaling server and extract the debug info from ffmpeg please. That might help: ffmpeg -ss 9.5 -i /mnt/upload6/wikipedia/commons/b/bd/Translational_motion_gif.ogv -f mjpeg -an -vframes 1 ./test.jpg I made an educated guess at the path. Might not be 100% 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 23162] New: "This image rendered in other sizes" on description page also for djvu, pdf, tiff
https://bugzilla.wikimedia.org/show_bug.cgi?id=23162 Summary: "This image rendered in other sizes" on description page also for djvu, pdf, tiff Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: PdfHandler AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: federicol...@tiscali.it The description page of svg files has some handy links: "This image rendered as PNG in other sizes: 200px, 500px, 1000px, 2000px". A similar thing would be useful to download/preview individual pages of multipage pdf (with PdfHandler), djvu or tiff (with TiffHandler) at the desired resolution (as jpg or possibly png, see bug 11259) directly from the description page. Currently, you have to create the thumbnail in a page and then download it or to make MediaWiki create the thumbnail by "inventing" the correct direct link (say http://upload.wikimedia.org/wikipedia/commons/thumb/c/c8/Recognition_Pictorial_Manual.djvu/page7-957px-Recognition_Pictorial_Manual.djvu.jpg ). -- 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 23160] Theora video thumbnails corrupt
https://bugzilla.wikimedia.org/show_bug.cgi?id=23160 --- Comment #2 from Derk-Jan Hartman 2010-04-12 01:42:51 CEST --- I note that wmf-deployment has some OggHandler/OggHandler_body.php changes from mdale, that are not currently in wmf/1.16wmf4 -- 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