[Bug 30336] New: 'Classic Version Permanent Change' button UNUSEFULL : it works exactly like NON permanent change
https://bugzilla.wikimedia.org/show_bug.cgi?id=30336 Web browser: --- Bug #: 30336 Summary: 'Classic Version Permanent Change' button UNUSEFULL : it works exactly like NON permanent change Product: Wikimedia Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: generic AssignedTo: tf...@wikimedia.org ReportedBy: jlltransac-...@yahoo.fr Classification: Unclassified The Version Permanent Change button which needs a confirmation is UNUSEFULL because it works exactly like the NON permanent button which does not need a confirmation. Both buttons are writing permanent cookies which are erased when users are cleaning the confidential datas. So, why two buttons ? -- 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 30337] New: Please display the Change Version buttons on LEFT TOP of every screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=30337 Web browser: --- Bug #: 30337 Summary: Please display the Change Version buttons on LEFT TOP of every screen Product: Wikimedia Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Unprioritized Component: generic AssignedTo: tf...@wikimedia.org ReportedBy: jlltransac-...@yahoo.fr Classification: Unclassified The Change Version buttons are located at the far bottom of the screens. It is uneasy to reach them because the pages are very long due to the very big characters. Please display these button at the LEFT TOP of the screens, so they will be more easy to click. -- 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 30326] PDF export extension doesn't support some characters in Arabic script
https://bugzilla.wikimedia.org/show_bug.cgi?id=30326 Volker Haas volker.h...@pediapress.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||volker.h...@pediapress.com --- Comment #4 from Volker Haas volker.h...@pediapress.com 2011-08-12 06:48:37 UTC --- Could any of you please do me two favors: 1) provide a minimal example: a) create a page in your user space containing exactly a single arabic word which has one character missing in the PDF OR b) post this example word right here 2) I also need a suggestion for a font which is suitable for the arabic script. This font ideally completely covers the following unicode blocks: * Arabic http://www.unicode.org/charts/PDF/U0600.pdf * Arabic Supplement http://www.unicode.org/charts/PDF/U0750.pdf * Arabic Presentation Forms-A http://www.unicode.org/charts/PDF/UFB50.pdf * Arabic Presentation Forms-B http://www.unicode.org/charts/PDF/UFE70.pdf The most important thing is that this font is guaranteed to include the missing glyph in the example provided in 1). I fixed the problem for fa.wikipedia.org (LTR instead of RTL) but didn't update the render servers yet. I'll do that later today probably. -- 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 30338] Wikipedia Classic version Search field is unreadable because black highlighted on mobile smartphones
https://bugzilla.wikimedia.org/show_bug.cgi?id=30338 transac533 jlltransac-...@yahoo.fr changed: What|Removed |Added Priority|Unprioritized |High -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27295] Default wiki main page needs correction
https://bugzilla.wikimedia.org/show_bug.cgi?id=27295 Hydra ad...@wikisorg.tk changed: What|Removed |Added CC||ad...@wikisorg.tk --- Comment #6 from Hydra ad...@wikisorg.tk 2011-08-12 07:16:47 UTC --- (In reply to comment #5) (In reply to comment #0) 2. Language links: dk is not a valid language code (see languages/Names.php) I believe we killed those off all together. Yes, attachment 8907 has included this new change. -- 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 30268] Point eowp logo to Wiki.png
https://bugzilla.wikimedia.org/show_bug.cgi?id=30268 --- Comment #16 from Arno Lagrange arno.raymond.lagra...@wanadoo.fr 2011-08-12 07:55:03 UTC --- (In reply to comment #15) The image must have a transparent background in order to work properly in all skins. Please fix. Done in http://eo.wikipedia.org/wiki/Dosiero:Wiki.png -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30339] New: Implement Special:UnitTesting
https://bugzilla.wikimedia.org/show_bug.cgi?id=30339 Web browser: --- Bug #: 30339 Summary: Implement Special:UnitTesting Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: Unprioritized Component: Unit tests AssignedTo: krinklem...@gmail.com ReportedBy: krinklem...@gmail.com CC: krinklem...@gmail.com, m...@everybody.org, wikibugs-l@lists.wikimedia.org Blocks: 29097 Classification: Unclassified As proposed on mw.org [1] we want to move away from the static unit testing for JavaScript and instead run it in the context of an actual MediaWiki environment that will open many doors, such as: * interacting with the real dom, not a static mini version in an .html file * ability for Extensions to register unit tests * running tests in different skins (usekin=.. ) * Query the API -- Krinkle [1] http://www.mediawiki.org/wiki/Thread:Manual_talk:JavaScript_unit_testing/QUnit_/_TestSwarm_environment,_Version_2 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29097] Milestone: MediaWiki 1.19 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29097 Krinkle krinklem...@gmail.com changed: What|Removed |Added Depends on||30339 -- 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 30339] Implement Special:UnitTesting
https://bugzilla.wikimedia.org/show_bug.cgi?id=30339 --- Comment #1 from Krinkle krinklem...@gmail.com 2011-08-12 08:05:11 UTC --- Roughly summarized the approach I plan to take: * Create a Special:UnitTesting page (disable user scripts, like preferences/login etc.) * By default shows a list, $par is the framework of choice * Special:UnitTesting/qunit ** Outputs the QUnit html frame ** Loads the jquery.qunit module and our testrunner ** Loads the test suites from $wgUnitTestingQUnitSuites * $wgUnitTestingQUnitSuites is an array of module names (eg. array( 'jquery.byteLength.test' )). * The test suites are registered as resource modules in $wgResourceModules or Resources.php: 'jquery.byteLength.test' = array( 'scripts' = , 'dependencies' = 'jquery.byteLength' ) -- 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 30326] PDF export extension doesn't support some characters in Arabic script
https://bugzilla.wikimedia.org/show_bug.cgi?id=30326 --- Comment #6 from reza1615 reza.ene...@gmail.com 2011-08-12 08:29:47 UTC --- 1-it has also problem with ZWNJ(http://en.wikipedia.org/wiki/Zero-width_non-joiner) 1-1-sample :http://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Reza1615/pdf 2-would you tell me please where we can translate words like (fetching,rendering,..), i checked in http://translatewiki.net/w/i.php?title=Special:Translategroup=ext-collection-otherlanguage=fatask=viewoffset=0limit=500#msg_coll-rendering_finished_title but i couldn't find it's address for translating. -- 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 30326] PDF export extension doesn't support some characters in Arabic script
https://bugzilla.wikimedia.org/show_bug.cgi?id=30326 --- Comment #7 from Volker Haas volker.h...@pediapress.com 2011-08-12 09:08:15 UTC --- Thanks a lot for compiling the page with the problematic markup! Regarding the font choice: Nazli is already used...therefore the problem with the missing glyphs is probably not caused by the font - I'll investigate. The only problem with Nazli seems to be that there is not bold variant. Can you confirm that? Wouldn't that be a problem? I also added the above mentioned languages to the list of RTL languages [1] Words like fetching, rendering can currently not be localized. The problem is that currently only the rendering software is localized. The component which fetches the resources and starts the rendering process is not localized. Note: I found out that the width calculation for arabic currently fails, that is probably the reason for the strange alignment of all text. I am currently trying to solve that. [1] http://code.pediapress.com/git/mwlib.rl?p=mwlib.rl;a=commit;h=1abb5024b50b82bc117c730c8c255529fb3ec484 -- 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 30330] geoiplookup returns bad data over HTTPS
https://bugzilla.wikimedia.org/show_bug.cgi?id=30330 --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 09:40:49 UTC --- (In reply to comment #2) Yes. This is known. Since HTTPS is set up as an SSL termination cluster the varnish servers for geoiplookup see the IP address of the SSL cluster, and not that of the client. 208.80.152.21 reverse-DNSes to yvon.wikimedia.org, which is a box in Tampa, right? Then it's a bit strange to me that geoip returns San Francisco, CA and a set of coordinates in Mission Bay (an area in SF). Is the geoip database (and possibly other DBs as well) misinformed as to the location of our datacenter and do they think that because we own the IP range, and we're in SF, the IP range is in SF? (Not that this matters terribly, of course, it just jumped out at me.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30340] New: Searching for forum contributions in Wikipedia forum throws goggle error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=30340 Web browser: --- Bug #: 30340 Summary: Searching for forum contributions in Wikipedia forum throws goggle error message Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: andreas.wikipedia.bugzi...@naradana.com Classification: Unclassified User intention: Search for already existing entries in Wikipedia's technical forum Steps to repeat: Open page http://en.wikipedia.org/wiki/Wikipedia:Village_pump Click on any search link, e.g. the one under Technical Expected behavior: Show result list (obviously provided by Google) Actual behavior: Google throws an error message telling me: We're sorry... ... but your computer or network may be sending automated queries. To protect our users, we can't process your request right now. I once read that this could happen with Google, so the source of the bug most likely is not related to Wikipedia. Still, this is a crucial function when using the forums, and should work. I'm running a private network with a well configured WLAN and computers configured to defend malware as best as possible. It's quite unlikely that my network is the actual reason for Google's error message. I hope this is the right place to post this error message. I just wanted to post this bug report while using Wikipedia, without getting too much involved into the Mediawiki architecture - please excuse my impatience. Thanks -- 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 30340] Searching for forum contributions in Wikipedia forum throws goggle error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=30340 --- Comment #1 from Andreas Stankewitz andreas.wikipedia.bugzi...@naradana.com 2011-08-12 09:49:56 UTC --- The url google search service is called with: http://www.google.com/custom?domains=en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)sitesearch=en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical) -- 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 30340] Searching for forum contributions in Wikipedia forum throws goggle error message
https://bugzilla.wikimedia.org/show_bug.cgi?id=30340 --- Comment #3 from Andreas Stankewitz andreas.wikipedia.bugzi...@naradana.com 2011-08-12 10:15:36 UTC --- Sorry for bugging you, I just followed what was written on the page in question: The technical section of the village pump is used to discuss technical issues about Wikipedia. Bugs and feature requests should be made at BugZilla. Thanks again. -- 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 30326] PDF export extension doesn't support some characters in Arabic script
https://bugzilla.wikimedia.org/show_bug.cgi?id=30326 --- Comment #8 from reza1615 reza.ene...@gmail.com 2011-08-12 10:17:00 UTC --- (In reply to comment #7) Thanks a lot for compiling the page with the problematic markup! Regarding the font choice: Nazli is already used...therefore the problem with the missing glyphs is probably not caused by the font - I'll investigate. The only problem with Nazli seems to be that there is not bold variant. Can you confirm that? Wouldn't that be a problem? I also added the above mentioned languages to the list of RTL languages [1] Words like fetching, rendering can currently not be localized. The problem is that currently only the rendering software is localized. The component which fetches the resources and starts the rendering process is not localized. Note: I found out that the width calculation for arabic currently fails, that is probably the reason for the strange alignment of all text. I am currently trying to solve that. [1] http://code.pediapress.com/git/mwlib.rl?p=mwlib.rl;a=commit;h=1abb5024b50b82bc117c730c8c255529fb3ec484 thank you for you responsible replies in http://meta.wikimedia.org/wiki/SVG_fonts Nazli has bold variant also we used it in http://fa.wikipedia.org/wiki/%D9%85%D8%AF%DB%8C%D8%A7%D9%88%DB%8C%DA%A9%DB%8C:Print.css as ''.wikitable caption {font-weight: bold;}''for wikitable caption so it has bold variant -- 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 30336] 'Classic Version Permanent Change' button is useless : it works exactly like NON permanent change
https://bugzilla.wikimedia.org/show_bug.cgi?id=30336 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|'Classic Version Permanent |'Classic Version Permanent |Change' button UNUSEFULL : |Change' button is useless : |it works exactly like NON |it works exactly like NON |permanent change|permanent change -- 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 27946] Secure Server (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=27946 Bug 27946 depends on bug 30329, which changed state. Bug 30329 Summary: SSL termination gateway can't handle large-ish uploads https://bugzilla.wikimedia.org/show_bug.cgi?id=30329 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27480] Run refreshLinks.php to update page_props
https://bugzilla.wikimedia.org/show_bug.cgi?id=27480 --- Comment #10 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-08-12 12:55:20 UTC --- (In reply to comment #9) (In reply to comment #6) refreshLinks.php will work, it does a full re-parse and LinksUpdate. Won't that take ages to run? 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 21860] Add checksum field to database table; expose it in API
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Add checksum field to text |Add checksum field to |table; expose it in API |database table; expose it ||in API --- Comment #25 from Krinkle krinklem...@gmail.com 2011-08-12 13:31:25 UTC --- Aaron added a rev_sha1 column in to tables in r94289. -- 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 30236] Protocol-relative URLs in double brackets parsed as internal links instead of external links surrounded by literal brackets
https://bugzilla.wikimedia.org/show_bug.cgi?id=30236 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 13:34:08 UTC --- Fixed in r94346. -- 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 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Bug 20342 depends on bug 30236, which changed state. Bug 30236 Summary: Protocol-relative URLs in double brackets parsed as internal links instead of external links surrounded by literal brackets https://bugzilla.wikimedia.org/show_bug.cgi?id=30236 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30314] Red file link adds wrong parameter as link text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30314 --- Comment #2 from Subfader subfa...@gmail.com 2011-08-12 13:35:33 UTC --- You are against all bugs I report. That's annoying. You are right, it's not a bug, it's a feature. -- 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 30314] Red file link adds wrong parameter as link text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30314 Subfader subfa...@gmail.com changed: What|Removed |Added Priority|Lowest |Normal Severity|enhancement |normal -- 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 30314] Red file link adds wrong parameter as link text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30314 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Normal |Low CC||krinklem...@gmail.com --- Comment #3 from Krinkle krinklem...@gmail.com 2011-08-12 13:55:56 UTC --- (In reply to comment #2) You are against all bugs I report. That's annoying. You are right, it's not a bug, it's a feature. Mark's reply doesn't contain anything to suggest that this isn't a valid 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 27493] Add jQuery.hotkeys plugin for hooking keyboard events
https://bugzilla.wikimedia.org/show_bug.cgi?id=27493 mybugs.m...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #2 from mybugs.m...@gmail.com 2011-08-12 14:05:33 UTC --- Does anyone knows if there is any reason to not add this plugin? -- 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 9424] Remove inline links/JavaScript from CharInsert
https://bugzilla.wikimedia.org/show_bug.cgi?id=9424 mybugs.m...@gmail.com changed: What|Removed |Added Keywords||easy CC||mybugs.m...@gmail.com --- Comment #4 from mybugs.m...@gmail.com 2011-08-12 14:28:58 UTC --- Per comment #2, it seems adequated to tag this as easy. -- 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 9424] Remove inline links/JavaScript from CharInsert
https://bugzilla.wikimedia.org/show_bug.cgi?id=9424 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #5 from Krinkle krinklem...@gmail.com 2011-08-12 14:30:30 UTC --- If any scripts or styles remain, port to ResourceLoader 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 30314] Red file link adds wrong parameter as link text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30314 --- Comment #4 from Mark A. Hershberger m...@everybody.org 2011-08-12 14:41:31 UTC --- (In reply to comment #2) You are against all bugs I report. That's annoying. Please don't interpret my response as being against you. What you've reported is not a regression -- it didn't have non-buggy behavior in the past that you want to restore, AFAICT. That is why I've marked this enhancement -- you are requesting new behavior, a feature request. I apologize for the offense I've caused by marking this feature request as lowest priority. There is a workaround, the pipe trick: [[File:To be uploaded.jpg|300px|]] which shows File:To be uploaded.jpg. Because of this workaround, I feel it doesn't deserve a lot of the WMF's attention. But its a feature request and this is open source software. You, or anyone else that has the capabilities can submit a patch to get the behavior you want. I'll even apply it after reviewing it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30342] New: Hebrew page alignment is wrong = left parenthesis in Hebrew preference page appears as right right parenthesis after switching languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=30342 Web browser: --- Bug #: 30342 Summary: Hebrew page alignment is wrong = left parenthesis in Hebrew preference page appears as right right parenthesis after switching languages Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: orenboch...@gmail.com Classification: Unclassified Created attachment 8912 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8912 a cople of busted brackets in LTR text after switching languages in the preferences page 1. Hebrew page alignment is wrong (LTR not RTL) 2. left parenthesis in Hebrew preference page appears as right right parenthesis -- 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 30269] When a string such as foobar//barfoo is found, //barfoo is linked to http://barfoo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30269 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Keywords|easy| --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 15:15:28 UTC --- easy, parser is almost an oxymoron :D . Removing easy -- 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 30269] When a string such as foobar//barfoo is found, //barfoo is linked to http://barfoo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30269 --- Comment #6 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 15:24:10 UTC --- Created attachment 8913 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8913 Option 1: somehow remove '//' from the URL protocols list used by doMagicLinks() -- 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 30269] When a string such as foobar//barfoo is found, //barfoo is linked to http://barfoo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30269 --- Comment #7 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 15:27:41 UTC --- Created attachment 8914 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8914 Option 2: add a lookbehind for ^|\W\b -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29855] Killing Invitation to connect on LinkedIn
https://bugzilla.wikimedia.org/show_bug.cgi?id=29855 --- Comment #12 from Andrew Billinghurst billinghu...@gmail.com 2011-08-12 15:34:39 UTC --- @Casey Brown #9 I pulled out my old postmaster@ hat, and asked so nicely ... I even typed slowly ;-) paste Subject: Stopping invitations being sent to Mediawiki's mailing lists ... Wikimedia's mailing lists are getting your invitations as your settings do not distinguish between what is a mailing list, and what is not. It would be really helpful if you would be able to exclude the mailing lists below from any of your invitation mail outs. Thanks. For detail see the included url. /paste -- 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 30314] Red file link adds wrong parameter as link text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30314 --- Comment #5 from Subfader subfa...@gmail.com 2011-08-12 15:35:34 UTC --- I'm not request an enhancement change. As you already realized it wasn't that way before 1.16.0 (like 1.16alpha and 1.15.X). Default install of 1.15.5 shows no redlinks and To be uploaded.jpg as the link text in all cases. Yes, and that's how it's expected to work. 300px as link text in my test examples makes no sense at all, esp since it's a redlink to the upload form. I'm using templates for article creation like this: http://www.mediawiki.org/w/index.php?title=User:Subfader/Watch_Testaction=editpreview=yes and a workaround like [[File:To be uploaded.jpg|300px|]] would add false syntax to all pages and is also no solution to this bug which could easily be solved to the way it was. -- 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 30269] When a string such as foobar//barfoo is found, //barfoo is linked to http://barfoo
https://bugzilla.wikimedia.org/show_bug.cgi?id=30269 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Keywords||need-review, patch --- Comment #8 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 15:40:12 UTC --- I've added two patches that fix this bug in different ways, neither of which I'm particularly happy with. Option 1 is to create another version of $this-mUrlProtocols that somehow excludes '//'. The way I've done it in my patch is particularly hacky; it could be done a bit more cleanly in wfUrlProtocols() or something, but I didn't feel like making that effort today. I think this option, changed to exclude '//' in a more elegant way, is probably best. Option 2 adds a lookbehind for ^|\W\b to the regex, which insures that free URLs are only picked up if they are either at the very beginning of the page, or are preceded by a non-word character and a word boundary. In practice, this ensures the URL starts with a word character (because it's preceded by \W\b), which happens to exclude all protocols except '//'. Not only is this hackier than option 1 in principle, it also lets protocol-relative URLs at the very start of the page through (oops!). Thoughts? -- 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 30342] Hebrew page alignment left parenthesis bad after switching languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=30342 --- Comment #1 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-08-12 15:45:51 UTC --- Where did you find this? This is likely on a pre-1.18 wiki, because it should be aligned according to the user language since 1.18 (RTL or Hebrew). -- 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 30342] Hebrew page alignment left parenthesis bad after switching languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=30342 --- Comment #2 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-08-12 15:46:29 UTC --- *for Hebrew -- 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 30344] New: Add priority tuning for generating Sitemaps
https://bugzilla.wikimedia.org/show_bug.cgi?id=30344 Web browser: --- Bug #: 30344 Summary: Add priority tuning for generating Sitemaps Product: MediaWiki Version: 1.17 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: toni...@softcatala.org CC: innocentkil...@gmail.com Classification: Unclassified Created attachment 8915 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8915 Patch for adding priority customisation in generateSitemap.php maintenance script As we have a $wgSitemapNamespaces array variable, I would suggest to add a similar associative array for tuning priorities (apart from the default ones). Usage: $wgSitemapNamespacesPriorities = array(NS_MAIN = '0.9', NS_TALK = '0.1', NS_CUSTOM = '1.0', NS_CATEGORY = '0.5', NS_USER = '0.7', NS_USER_TALK = '0.1'); -- 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 30344] Add priority tuning for generating Sitemaps
https://bugzilla.wikimedia.org/show_bug.cgi?id=30344 --- Comment #1 from Chad H. innocentkil...@gmail.com 2011-08-12 16:15:32 UTC --- Related, but not strictly a dupe: bug 16742. -- 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 30345] New: Create Data Commons or Wikidata project (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30345 Web browser: --- Bug #: 30345 Summary: Create Data Commons or Wikidata project (tracking) Product: Wikimedia Version: unspecified Platform: All URL: http://strategy.wikimedia.org/wiki/Proposal:Structured _Data OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: kol...@seznam.cz CC: kol...@seznam.cz Classification: Unclassified According to proposal called Proposal:Structured Data on Strategy Wiki (http://strategy.wikimedia.org/wiki/Proposal:Structured_Data) and about 10 another similar proposals, we need to create a project for DATA. May this bug be tracking one for the whole DataCommons/WikiData project. So far I understand the matter has been stuck rather because the technical solution is not clear, but I think there is an obvious need for the project. -- 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 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Bug 20342 depends on bug 29977, which changed state. Bug 29977 Summary: Description url in imageinfo ouputs protocol relative urls https://bugzilla.wikimedia.org/show_bug.cgi?id=29977 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29976] protocol relative uri for meta edituri
https://bugzilla.wikimedia.org/show_bug.cgi?id=29976 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 16:24:57 UTC --- Fixed a while ago in r93820 and r93821. -- 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 20342] Support for protocol-relative URLs (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20342 Bug 20342 depends on bug 29976, which changed state. Bug 29976 Summary: protocol relative uri for meta edituri https://bugzilla.wikimedia.org/show_bug.cgi?id=29976 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29965] Error in CentralAuth table for test wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=29965 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Priority|Normal |Unprioritized Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 16:26:49 UTC --- Duping up to bug with more information *** This bug has been marked as a duplicate of bug 30171 *** -- 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 30171] invalid url on Sitematrix for officewiki and testwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30171 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||hart...@videolan.org --- Comment #8 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 16:26:49 UTC --- *** Bug 29965 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 30345] Create Data Commons or Wikidata project (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30345 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle krinklem...@gmail.com 2011-08-12 16:28:05 UTC --- Random crap that I remember from past times this has been brough up on IRC, Hackathons and Wikimania: * We could use a (rewritten version of) Semantic Wiki (most notably the 'central wiki' part, as well as other major issues) * Write a new system to store key/value pairs, not associated to a page but directly in a database interface ** version A: a SpecialPage that is a *little* bit like CentralAuth in that it'd be a central table but not per se on a central wiki, editable by anyone with the required global right ** version B: a SpecialPage that is only installed on the central wiki, major difference with version A: The project would get it's own wiki (not just a talk page on Meta-Wiki) and users would get user-rights for this specialpage on the local wiki) * (Abuse|Reuse|Use) the interwiki-transclusion system for this and store the data as pages (templates) on a central wiki which can be transcluded to any wiki (optionally the interwiki transclusion would be limited to the Template-namespace, or better a new namespace Data:) ** wikipedia article: Lorem ipsum dolor {{datawiki:Data:Foobar}} silet amet ** As a side-effect / opportunity or silly idea (pick the one you prefer): We could combine the data-wiki with the template-wiki for multi-langual/cross-wiki templates. All it takes is setting the configuration to allow transclusion of not just NS_DATA but also NS_TEMPLATE) -- Krinkle PS: None of the above are my own ideas, just a summary from memory. -- 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 30345] Create Data Commons or Wikidata project (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30345 --- Comment #2 from Krinkle krinklem...@gmail.com 2011-08-12 16:28:54 UTC --- Random crap that I remember from past times this has been brough up on IRC, Hackathons and Wikimania: * We could use a (rewritten version of) Semantic Wiki (rewritten due to some issues, most notably the 'central wiki' part, as well as other major issues) * Write a new system to store key/value pairs, not associated to a page but directly in a database interface ** version A: a SpecialPage that is a *little* bit like CentralAuth in that it'd be a central table but not per se on a central wiki, editable by anyone with the required global right ** version B: a SpecialPage that is only installed on the central wiki, major difference with version A: The project would get it's own wiki (not just a talk page on Meta-Wiki) and users would get user-rights for this specialpage on the local wiki) * (Abuse|Reuse|Use) the interwiki-transclusion system for this and store the data as pages (templates) on a central wiki which can be transcluded to any wiki (optionally the interwiki transclusion would be limited to the Template-namespace, or better a new namespace Data:) ** wikipedia article: Lorem ipsum dolor {{datawiki:Data:Foobar}} silet amet ** As a side-effect / opportunity or silly idea (pick the one you prefer): We could combine the data-wiki with the template-wiki for multi-langual/cross-wiki templates. All it takes is setting the configuration to allow transclusion of not just NS_DATA but also NS_TEMPLATE) -- Krinkle -- 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 30171] Invalid url on Sitematrix for wiks with protocol-relative wgServer
https://bugzilla.wikimedia.org/show_bug.cgi?id=30171 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|invalid url on Sitematrix |Invalid url on Sitematrix |for officewiki and testwiki |for wiks with ||protocol-relative wgServer --- Comment #9 from Krinkle krinklem...@gmail.com 2011-08-12 16:33:46 UTC --- Renamed bug to not be WMF-specific. -- 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 30347] New: Automatical creation of low bitrate/resolution video file versions
https://bugzilla.wikimedia.org/show_bug.cgi?id=30347 Web browser: --- Bug #: 30347 Summary: Automatical creation of low bitrate/resolution video file versions Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: kol...@seznam.cz CC: bryan.tongm...@gmail.com, kol...@seznam.cz Classification: Unclassified Within Wikimedia, images are said to be uploaded in the highest resolution possible. This works fine with thumbnails of images in articles. But highest resolution possible should be a rule for videos too. However, if one uploads a FullHD video a puts it into an article on Wikipedia, it is very bandwidth demanding to play it (not very nice for mobile viewing for instance). In articles, low bitrate videos are preffered. Today, you have to upload another low-bitrate file yourself if you want to have SD version in the article. I propose automatical creation of lower-bitrate (lower resolution) video versions that can be used to play within articles. While FullHD is 1080p, the SD versions might be 240p or 360p. The call for SD version might be an extra parameter in [[File:]] tag or it just could be set by default for the in-article thumbnail video version. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30330] geoiplookup returns bad data over HTTPS
https://bugzilla.wikimedia.org/show_bug.cgi?id=30330 Kudu kudu...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |rlan...@gmail.com |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 30086] Upload problems : Slow / timeouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=30086 Etienne Beaule ebe123_w...@yahoo.ca changed: What|Removed |Added CC||ebe123_w...@yahoo.ca --- Comment #40 from Etienne Beaule ebe123_w...@yahoo.ca 2011-08-12 17:04:36 UTC --- Commons Helper is going so slow because of commons. Ebe123 -- 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 30086] Upload problems : Slow / timeouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=30086 --- Comment #41 from Etienne Beaule ebe123_w...@yahoo.ca 2011-08-12 17:09:36 UTC --- Commons Helper is going so slow because of commons. Ebe123(In reply to comment #22) Mark: how far back does your chart go? Reedy believes this started to become an issue around July 23rd. I'm more inclined to believe this is a real issue -- we're hearing about this from lots of people. It might be localized to Europe, like the last problems were. I'm in Halifax, and it is taking forever. Ebe123 -- 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 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Summary|Pages with a high number of |Pages with a high number of |citation templates suffer |templates suffer extremely |extremely slow rendering or |slow rendering or read |read timeout for logged in |timeout for logged in users |users | --- Comment #27 from Ryan Kaldari rkald...@wikimedia.org 2011-08-12 17:12:56 UTC --- It looks like this issue affects more than just citation templates. Articles with large numbers of Coord templates are also taking extremely long to load. For example: http://en.wikipedia.org/wiki/List_of_United_Kingdom_locations:_Am-Ar took 59 seconds (excluding images and javascript) -- 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 30268] Point eowp logo to Wiki.png
https://bugzilla.wikimedia.org/show_bug.cgi?id=30268 JeLuF je...@gmx.de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #17 from JeLuF je...@gmx.de 2011-08-12 17:27:44 UTC --- Your change has been completed. Please reopen this ticket if anything went wrong. The following configuration settings have been changed: === Index: InitialiseSettings.php === --- InitialiseSettings.php(revision 2165) +++ InitialiseSettings.php(working copy) @@ -440,7 +440,7 @@ 'en_labswikimedia' = 'http://upload.wikimedia.org/wikipedia/meta/7/79/Wikimedia_Labs_logo.png', 'enwiki'= '$stdlogo', 'enwiktionary' = '$stdlogo', -'eowiki' = 'http://upload.wikimedia.org/wikipedia/commons/e/ef/Wikipedia-logo-v2-eo.png', +'eowiki' = '$stdlogo', 'eowikibooks'= '$stdlogo', 'eowikinews'= 'http://upload.wikimedia.org/wikipedia/commons/7/76/Wikinews-logo-eo.png', 'eowikisource' = 'http://upload.wikimedia.org/wikipedia/commons/5/54/Wikisource-logo-eo-small.png', === You can find the entire config file at http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php -- 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 30342] Hebrew page alignment left parenthesis bad after switching languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=30342 Robin Pepermans (SPQRobin) robinp.1...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2011-08-12 17:32:32 UTC --- Indeed. Marking as fixed, as it is correctly aligned since 1.18. -- 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 30294] CSS @import should support relative urls on secure server
https://bugzilla.wikimedia.org/show_bug.cgi?id=30294 --- Comment #8 from darklama darkl...@gmail.com 2011-08-12 17:34:53 UTC --- (In reply to comment #7) So I guess what happened is that it was using relative URLs before, which RL broke, then people switched to using path-absolute URLs (like /w/index.php?...), which broke on secure? What happened as I understand is all the skin related stuff in /skins-1.5/ that use to be duplicated for each wiki was centralized to bits.wikimedia.org and a load.php script was introduced to bits.wikimedia.org that also loaded the site wide and skin specific CSS and JavaScript for the target wiki and user. Relative URLs like /w/index.php in MediaWiki:Common.css and in other places began to point to bits.wikimedia.org/w/index.php instead which broke Relative URLs completely. URL rewriting of relative URLs like /w/index.php into absolute URLs like http://en.wikibooks.org/w/index.php and http://secure.wikimedia.org/wikibooks/en/w/index.php fixed this. Now for some reason relative URL rewriting has /w/index.php pointing to http://secure.wikimedia.org/w/index.php when using secure.wikimedia.org to browse a wiki. This broke relative URL rewriting on secure. I hope this answers that question. How recently did this start breaking? AFAIK it broke August 9th 2011, the same day it was first reported at Wikibooks and to Bugzilla. However due to browser caching could maybe have been as long as July 9th 2011. -- 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 30294] CSS @import should support relative urls on secure server
https://bugzilla.wikimedia.org/show_bug.cgi?id=30294 --- Comment #9 from darklama darkl...@gmail.com 2011-08-12 17:37:25 UTC --- (In reply to comment #7) then people switched to using path-absolute URLs (like /w/index.php?...), which broke on secure? In case I misunderstood this part. We didn't do anything at Wikibooks, /w/index.php just stopped working on secure. -- 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 30294] CSS @import should support relative urls on secure server
https://bugzilla.wikimedia.org/show_bug.cgi?id=30294 --- Comment #10 from Krinkle krinklem...@gmail.com 2011-08-12 17:39:43 UTC --- URL rewriting of relative URLs like /w/index.php into absolute URLs like http://en.wikibooks.org/w/index.php and http://secure.wikimedia.org/wikibooks/en/w/index.php fixed this. Afaik, such rewriting has never and does not exist in ResourceLoader for @import. I know that for a certain amount of time wikibooks switched to using _absolute_ urls in their @imports, they probably switched away from it since it would generate http requests on httpS pages, which then broke it again (but only on secure, so perhaps nobody noticed until recently). -- 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 30086] Upload problems : Slow / timeouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=30086 --- Comment #42 from Reedy s...@reedyboy.net 2011-08-12 17:56:01 UTC --- (In reply to comment #41) Commons Helper is going so slow because of commons. Ebe123(In reply to comment #22) Mark: how far back does your chart go? Reedy believes this started to become an issue around July 23rd. I'm more inclined to believe this is a real issue -- we're hearing about this from lots of people. It might be localized to Europe, like the last problems were. I'm in Halifax, and it is taking forever. Ebe123 Halifax, Yorkshire or Halifax Canada? Also, this is still an issue for you? Operations believe this should be fixed (and was in their tests) as of a couple of hours ago -- 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 30344] Add priority tuning for generating Sitemaps
https://bugzilla.wikimedia.org/show_bug.cgi?id=30344 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||need-review, patch -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30294] CSS @import should support relative urls on secure server
https://bugzilla.wikimedia.org/show_bug.cgi?id=30294 --- Comment #11 from darklama darkl...@gmail.com 2011-08-12 18:10:59 UTC --- (In reply to comment #10) Afaik, such rewriting has never and does not exist in ResourceLoader for @import. Maybe /includes/libs/CSSMin.php isn't considered part of ResourceLoader any more. I know it was originally part of the ResourceLoader branch though as the SVN revision history shows. [1] I know that for a certain amount of time wikibooks switched to using _absolute_ urls in their @imports, they probably switched away from it since it would generate http requests on httpS pages, which then broke it again (but only on secure, so perhaps nobody noticed until recently). Yes Wikibooks switched from relative to absolute URLs for a short while back in February 2011 when bug 27328 was first noticed. Wikibooks switched back when the fix was introduced. I made sure the fix actually worked myself both for http and for https secure by deleting my browser cache and checking where firebug was looking for the @import requests. This isn't a case of not noticing it was broke for 6 months. That much I am sure about. [1] http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/libs/CSSMin.php?view=logpathrev=82457 -- 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 26600] *.wikimediacommons.org goes to Commons, but wikimediacommons.org goes to English Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=26600 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED CC||je...@gmx.de Resolution||FIXED --- Comment #3 from JeLuF je...@gmx.de 2011-08-12 18:13:02 UTC --- Done. Index: redirects.conf === --- redirects.conf (revision 34) +++ redirects.conf (working copy) @@ -281,7 +281,7 @@ RewriteCond %{HTTP_HOST} wikiversity.(com|net|info) RewriteRule ^(.*)$ http://wikiversity.org$1 [R=301,L] -RewriteCond %{HTTP_HOST} ([a-z]+).wikimediacommons.(net|info|mobi|eu|org) +RewriteCond %{HTTP_HOST} ([a-z-]+\.)*wikimediacommons.(net|info|mobi|eu|org) RewriteRule ^(.*)$ http://commons.wikimedia.org$1 [R=301,L] # Localised TLDs HEAD / HTTP/1.0 Host: wikimediacommons.org User-agent: JeLuF HTTP/1.1 301 Moved Permanently Date: Fri, 12 Aug 2011 18:12:00 GMT Server: Apache Location: http://commons.wikimedia.org/ Cache-Control: max-age=2592000 Expires: Sun, 11 Sep 2011 18:12:00 GMT Connection: close Content-Type: text/html; charset=iso-8859-1 -- 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 30339] Implement Special:UnitTesting
https://bugzilla.wikimedia.org/show_bug.cgi?id=30339 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- 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 30348] New: Add Oauth support to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30348 Web browser: --- Bug #: 30348 Summary: Add Oauth support to Mediawiki Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dvanli...@gmail.com Classification: Unclassified Based on the following discussions: 1) http://strategy.wikimedia.org/wiki/Proposal:Implement_OAuth_for_MediaWiki_(and_employ_in_Wikimedia) 2) http://www.mediawiki.org/wiki/OAuth 3) http://www.mail-archive.com/wikitech-l@lists.wikimedia.org/msg04104.html this is a request to add Oauth support to Mediawiki. This implementation should provide at a minimum (technical perspective): 1) An easy way to keep track of edits made by a particular Oauth service 2) As a start, only simple write access, not all the other actions as they are exposed by the API. 3) It should be 100% transparent who the editor was who made the edit 4) A way for admins to block all edits from a specific tool as easily as they can currently block or revert all edits from a specific user 5) Not possible to take dangerous admin-only actions (e.g. editing interface messages) Community perspective: 1) Policies on what kind of Oauth services to accept. 2) Policies on whether the Oauth service should be open source. 3) Policies on when to revoke an Oauth service access to the Wikipedia websites. 4) Wikimedia's privacy policy and Creative Commons license always apply to edits made through an Oauth service. Please add your comments if I have missed important aspects. -- 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 30348] Add Oauth support to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30348 --- Comment #1 from Reedy s...@reedyboy.net 2011-08-12 18:33:19 UTC --- Is this an addition to core, or is it going to be an extension? -- 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 30314] Red file link adds wrong parameter as link text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30314 --- Comment #6 from Mark A. Hershberger m...@everybody.org 2011-08-12 18:38:30 UTC --- As you already realized it wasn't that way before 1.16.0 (like 1.16alpha and 1.15.X). Default install of 1.15.5 shows no redlinks and To be uploaded.jpg as the link text in all cases. Yes, and that's how it's expected to work. Are you saying no redlinks is expected? 1.15 was released 2 years ago. Meanwhile, 1.16 has been out over a year (and live on WMF sites for longer) and 1.17 is out now. I think redlinks on un-uploaded files are expected now. If you're fine with the redlinks, then it seems were just quibbling about the link text. And, I agree that having “NNNpx” in the link text is not desired. But there is a workaround. a workaround like [[File:To be uploaded.jpg|300px|]] would add false syntax to all pages and is also no solution to this bug which could easily be solved to the way it was. If you know this is so easily solved, then you can solve it. Patches welcome! I've previously spent a substantial amount of fixing a link bug, only to have my work reverted (see Bug #542), so I am personally aware of how careful we have to be about these things. Incidentlly, “Patches welcome!” isn't a way to say “go away”. I really mean it — I want more people involved and contributing. “Patches welcome!” does mean “I don't think we have time to track down and solve what appears to be a minor problem, but you have the source code and this bug database to provide any patches you can come up with. We'll integrate your fixes if they meet our quality standards.” -- 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 30348] Add Oauth support to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30348 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #2 from Chad H. innocentkil...@gmail.com 2011-08-12 18:38:51 UTC --- I would imagine as an extension, like OpenID. -- 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 30348] Add Oauth support to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30348 Reedy s...@reedyboy.net changed: What|Removed |Added Component|General/Unknown |Extensions requests Version|1.19-svn|any Product|MediaWiki |MediaWiki extensions -- 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 29303] Improve layout of ArticleFeedback tool (it is too big!)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29303 Snottywong snottywong.w...@gmail.com changed: What|Removed |Added CC||snottywong.w...@gmail.com --- Comment #3 from Snottywong snottywong.w...@gmail.com 2011-08-12 18:44:00 UTC --- It really is far larger than it needs to be. There's tons of whitespace taken up by the tool. Either it needs to be collapsed by default, or it needs to be scaled down to at least half the current size. I'm tempted to turn it off in my preferences solely because of its intrusive size. -- 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 28677] Fail more graciously when an expected existing revision, doesn't exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=28677 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |High CC||m...@everybody.org --- Comment #6 from Mark A. Hershberger m...@everybody.org 2011-08-12 18:49:53 UTC --- still happening :( -- 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 28802] Redlink page does not exist is in language of user who posted comment, instead of user who views it
https://bugzilla.wikimedia.org/show_bug.cgi?id=28802 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28802] Redlink page does not exist is in language of user who posted comment, instead of user who views it
https://bugzilla.wikimedia.org/show_bug.cgi?id=28802 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||i18n -- 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 30241] Redirect bugs.mediawiki.org to bugzilla.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=30241 JeLuF je...@gmx.de changed: What|Removed |Added Status|REOPENED|RESOLVED CC||je...@gmx.de Resolution||FIXED --- Comment #5 from JeLuF je...@gmx.de 2011-08-12 18:52:17 UTC --- Done. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15534] Mediawiki change for portuguese wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15534 JeLuF je...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #3 from JeLuF je...@gmx.de 2011-08-12 18:54:15 UTC --- There hasn't been any feedback in the last two weeks, so I assume that there's nothing left to be done right now. = ticket closed -- 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 29167] weird behavior of AFT with expired ratings
https://bugzilla.wikimedia.org/show_bug.cgi?id=29167 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |High CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29303] Improve layout of ArticleFeedback tool (it is too big!)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29303 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30294] CSS @import should support relative urls on secure server
https://bugzilla.wikimedia.org/show_bug.cgi?id=30294 --- Comment #12 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 18:55:33 UTC --- Hmm, I'm wondering whether it's possible that the recent het deploy changes changed what $wgServer is on secure? -- 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 29965] Error in CentralAuth table for test wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=29965 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 19:09:24 UTC --- Diving into this and finding out it's actually not a dupe. -- 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 30171] Invalid url on Sitematrix for wiks with protocol-relative wgServer
https://bugzilla.wikimedia.org/show_bug.cgi?id=30171 --- Comment #10 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 19:09:53 UTC --- Will hopefully be fixed with r94369, which I will deploy on Monday. -- 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 29965] Error in CentralAuth table for test wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=29965 --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2011-08-12 19:20:45 UTC --- Will hopefully be fixed with r94372, which I will deploy on Monday. -- 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 29310] Namespace tab doesn't handle fallback the same way as core (breaks nstab)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29310 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29394] {{int:...}} not honered in LQT message
https://bugzilla.wikimedia.org/show_bug.cgi?id=29394 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29451] Drag and drop of post does not work
https://bugzilla.wikimedia.org/show_bug.cgi?id=29451 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29564] Bad UTF-8 in ThreadSignature breaks huwiki XML dumps and Special:Export
https://bugzilla.wikimedia.org/show_bug.cgi?id=29564 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30314] Red file link adds wrong parameter as link text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30314 --- Comment #7 from Subfader subfa...@gmail.com 2011-08-12 19:32:32 UTC --- Are you saying no redlinks is expected? No I don't **rolleyes** Well, I would like to fix it if someone told me where in the source code the links are generated. -- 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 29604] Strange behaviour of discussionpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=29604 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29564] Bad UTF-8 in ThreadSignature breaks huwiki XML dumps and Special:Export
https://bugzilla.wikimedia.org/show_bug.cgi?id=29564 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Normal |Low -- 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 29633] Special:NewMessages shouldn't show threads categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=29633 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29636] Create an easy way to update CodeReview
https://bugzilla.wikimedia.org/show_bug.cgi?id=29636 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29704] Move the Article feedback tool to outside the div#content
https://bugzilla.wikimedia.org/show_bug.cgi?id=29704 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30349] New: Please pull secret and/or configurable elements out of SwiftMedia/wmf/rewrite.py
https://bugzilla.wikimedia.org/show_bug.cgi?id=30349 Web browser: --- Bug #: 30349 Summary: Please pull secret and/or configurable elements out of SwiftMedia/wmf/rewrite.py Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bhartsho...@wikimedia.org Classification: Unclassified Please put the following bits into a configuration file* to make managing the extension with puppet easier: * all the AUTH strings (lines 16, 23) * the host for the thumb media store (line 130) -- 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 30294] CSS @import should support relative urls on secure server
https://bugzilla.wikimedia.org/show_bug.cgi?id=30294 --- Comment #13 from darklama darkl...@gmail.com 2011-08-12 19:53:13 UTC --- (In reply to comment #12) Hmm, I'm wondering whether it's possible that the recent het deploy changes changed what $wgServer is on secure? That sounds like a plausible explanation to me. I haven't been able to find another explanation yet by looking through code revisions. -- 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 29711] LQT: Keep talk refactoring possible (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29711 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org Summary|Keep refactoring possible |LQT: Keep talk refactoring ||possible (tracking) -- 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 29724] The header with User Flag and Date shouldn't be displayed if the table is empty
https://bugzilla.wikimedia.org/show_bug.cgi?id=29724 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Low CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29769] LQT should have a expand all comments/replies button
https://bugzilla.wikimedia.org/show_bug.cgi?id=29769 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30314] Red file link adds wrong parameter as link text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30314 --- Comment #8 from Mark A. Hershberger m...@everybody.org 2011-08-12 19:59:10 UTC --- Well, I would like to fix it if someone told me where in the source code the links are generated. I don't know offhand. I've asked someone on IRC to update this bug witht the location, but if that doesn't happen soon, feel free to pop into #mediawiki and ask. -- 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 29786] LQT shouldn't accept duplicated posts on the same page/thread
https://bugzilla.wikimedia.org/show_bug.cgi?id=29786 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |High CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29845] Ability to add a CentralNotice banner to a campaign through the banner view
https://bugzilla.wikimedia.org/show_bug.cgi?id=29845 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29858] Remove all unrequired dependences from AFT
https://bugzilla.wikimedia.org/show_bug.cgi?id=29858 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l