[Bug 32215] [Wikimedia Messages] Change all sitesupport-url to protocol-relative URL

https://bugzilla.wikimedia.org/show_bug.cgi?id=32215 Siebrand changed: What|Removed |Added CC||s.mazel...@xs4all.nl --- Comment #2 from Si

[Bug 31755] Styling in headers breaks sortable tables

https://bugzilla.wikimedia.org/show_bug.cgi?id=31755 --- Comment #13 from zlight 2011-11-24 07:33:14 UTC --- Reflinks is converting style="background-color:" to style="background:" in header cells. See this diff: *http://en.wikipedia.org/w/index.php?title=List_of_Occupy_movement_protest_location

[Bug 32621] Root /Foo style article paths and action paths conflict

https://bugzilla.wikimedia.org/show_bug.cgi?id=32621 Daniel Friesen changed: What|Removed |Added Blocks||32620 -- Configure bugmail: https://

[Bug 32620] Support for root /Foo style pretty urls (tracking)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32620 Daniel Friesen changed: What|Removed |Added Depends on||32621 -- Configure bugmail: https://

[Bug 32621] New: Root /Foo style article paths and action paths conflict

https://bugzilla.wikimedia.org/show_bug.cgi?id=32621 Web browser: --- Bug #: 32621 Summary: Root /Foo style article paths and action paths conflict Product: MediaWiki Version: unspecified Platform: All OS/Ve

[Bug 32486] WebRequest::getPathInfo() broken in img_auth.php on DreamHost

https://bugzilla.wikimedia.org/show_bug.cgi?id=32486 Daniel Friesen changed: What|Removed |Added Blocks||32620 -- Configure bugmail: https://

[Bug 32620] Support for root /Foo style pretty urls (tracking)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32620 Daniel Friesen changed: What|Removed |Added Depends on||32486 -- Configure bugmail: https://

[Bug 2007] Tracking bug (tracking)

https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Daniel Friesen changed: What|Removed |Added Depends on||32620 -- Configure bugmail: https://b

[Bug 32620] Support for root /Foo style pretty urls (tracking)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32620 Daniel Friesen changed: What|Removed |Added Blocks||2007 -- Configure bugmail: https://b

[Bug 25009] img_auth.php, IE and SSL

https://bugzilla.wikimedia.org/show_bug.cgi?id=25009 Daniel Friesen changed: What|Removed |Added Keywords||easy, need-review CC|

[Bug 16958] Support for 404 trick for pretty URLs

https://bugzilla.wikimedia.org/show_bug.cgi?id=16958 Daniel Friesen changed: What|Removed |Added CC||mediawiki-bugs@nadir-seen-f

[Bug 32620] New: Support for root /Foo style pretty urls (tracking)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32620 Web browser: --- Bug #: 32620 Summary: Support for root /Foo style pretty urls (tracking) Product: MediaWiki Version: unspecified Platform: All OS/Version: All St

[Bug 14977] $wgServer lacks brackets in IPv6 URLs

https://bugzilla.wikimedia.org/show_bug.cgi?id=14977 --- Comment #39 from Philippe Verdy 2011-11-24 05:30:57 UTC --- Domain names are free if you want to try from your home, dyndns.org can provide you a domain name for such tries if you want to see how your website behaves from the Internet. Bu

[Bug 32619] Narayam on Commons based on uselang attribute

https://bugzilla.wikimedia.org/show_bug.cgi?id=32619 --- Comment #2 from Srikanth Logic 2011-11-24 05:20:26 UTC --- Great! but i guess Narayam on commons has to be enabled in first place which is what you were mentioning Niklas would be doing. On the default input method, Phonetic is set as defa

[Bug 32619] Narayam on Commons based on uselang attribute

https://bugzilla.wikimedia.org/show_bug.cgi?id=32619 --- Comment #1 from Siebrand 2011-11-24 04:57:56 UTC --- Works like this already. A user must enable an input method, though, as we shouldn't enable one by default. From there on, at this time, a cookie takes care of the rest for the next 30 da

[Bug 32578] Tracking bug for Tamil Wiki projects

https://bugzilla.wikimedia.org/show_bug.cgi?id=32578 Srikanth Logic changed: What|Removed |Added Depends on||32619 -- Configure bugmail: https://

[Bug 32619] Narayam on Commons based on uselang attribute

https://bugzilla.wikimedia.org/show_bug.cgi?id=32619 Srikanth Logic changed: What|Removed |Added Keywords||i18n CC|

[Bug 32619] New: Narayam on Commons based on uselang attribute

https://bugzilla.wikimedia.org/show_bug.cgi?id=32619 Web browser: --- Bug #: 32619 Summary: Narayam on Commons based on uselang attribute Product: MediaWiki extensions Version: any Platform: All OS/Version: All Stat

[Bug 32607] User::newFromName should return null instead of false on invalid input

https://bugzilla.wikimedia.org/show_bug.cgi?id=32607 --- Comment #3 from Daniel Friesen 2011-11-24 04:22:03 UTC --- We'll need to do a quick scan for code that may use === false explicitly, but if we don't find any of that, then I see no problem with this change. -- Configure bugmail: https://

[Bug 25931] Review and enable RandomInCategory extension

https://bugzilla.wikimedia.org/show_bug.cgi?id=25931 --- Comment #18 from jlat...@gmail.com 2011-11-24 04:19:09 UTC --- Steve et all, I am now using stumbleupon to do this. It works pretty good except you can't just search a category off the top of your head, stumbleupon will "stumble" through y

[Bug 8859] Database::update should take array of tables too

https://bugzilla.wikimedia.org/show_bug.cgi?id=8859 Daniel Friesen changed: What|Removed |Added Keywords|patch, reviewed | Status|RESOLVED

[Bug 15484] Patch: redirect to login page and after login page

https://bugzilla.wikimedia.org/show_bug.cgi?id=15484 Daniel Friesen changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Bug 32485] SemanticForms: Creating new articles with `page name' formula is broken.

https://bugzilla.wikimedia.org/show_bug.cgi?id=32485 --- Comment #7 from Yaron Koren 2011-11-24 04:07:46 UTC --- Well, your description was still pretty good advice. :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug 21261] MediaWiki cannot recognize urls pointing to ipv6 hosts

https://bugzilla.wikimedia.org/show_bug.cgi?id=21261 Allen Stambaugh changed: What|Removed |Added CC||allen4na...@gmail.com --- Comment #5

[Bug 28850] Save categories on "Next" even if they weren't explicitly added

https://bugzilla.wikimedia.org/show_bug.cgi?id=28850 --- Comment #30 from Neil Kandalgaonkar 2011-11-24 01:52:21 UTC --- Working on it. The patch won't be useful as we need to block on this error, since yet another thing could block when the category is added. (It could block on confirming if yo

[Bug 31341] multiple file selection doesn't respect maxUpload config

https://bugzilla.wikimedia.org/show_bug.cgi?id=31341 --- Comment #3 from Jeroen De Dauw 2011-11-24 00:09:12 UTC --- Right. > Multiple files are launched around line 333 of mw.UploadWizardUpload.js, maybe start from there? Ah, that seems more promising then where I was looking :) -- Configure

[Bug 32279] Windows 8 Metro port of PhoneGap app

https://bugzilla.wikimedia.org/show_bug.cgi?id=32279 --- Comment #3 from Brion Vibber 2011-11-24 01:00:43 UTC --- To use the files from the existing assets directory (outside the project), can do 'add existing file...' and do 'add as link'. In the low-level project file these look like this:

[Bug 31341] multiple file selection doesn't respect maxUpload config

https://bugzilla.wikimedia.org/show_bug.cgi?id=31341 --- Comment #6 from Neil Kandalgaonkar 2011-11-24 00:38:03 UTC --- (In reply to comment #5) > Any suggestion on how to display such a warning? Is there any appropriate > warning display thinghy yet, or do I need to create something new? do a

[Bug 31341] multiple file selection doesn't respect maxUpload config

https://bugzilla.wikimedia.org/show_bug.cgi?id=31341 --- Comment #5 from Jeroen De Dauw 2011-11-24 00:35:59 UTC --- Any suggestion on how to display such a warning? Is there any appropriate warning display thinghy yet, or do I need to create something new? -- Configure bugmail: https://bugzill

[Bug 31341] multiple file selection doesn't respect maxUpload config

https://bugzilla.wikimedia.org/show_bug.cgi?id=31341 --- Comment #4 from Jeroen De Dauw 2011-11-24 00:34:31 UTC --- Second attempt in r104117 - still need to do the warning thing though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this

[Bug 32618] New: MediaWiki should support partial page caching (edge side includes)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32618 Web browser: --- Bug #: 32618 Summary: MediaWiki should support partial page caching (edge side includes) Product: MediaWiki Version: (wikimedia-deployment) Platf

[Bug 32279] Windows 8 Metro port of PhoneGap app

https://bugzilla.wikimedia.org/show_bug.cgi?id=32279 --- Comment #2 from Brion Vibber 2011-11-24 00:28:06 UTC --- The really huge problem is indeed from the viewport. The 'width=100%' is interpreted as 'width=100', so everything zooms WAY in to fit a 100px viewport. :P :) -- Configure bugmail

[Bug 15521] Use new section summary when adding a new section also creates the page

https://bugzilla.wikimedia.org/show_bug.cgi?id=15521 --- Comment #4 from Jarry1250 2011-11-24 00:11:44 UTC --- Created attachment 9538 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9538 Functional patch (updated to new line numbers) Yeah, it just needed updating to the new line numbers.

[Bug 15521] Use new section summary when adding a new section also creates the page

https://bugzilla.wikimedia.org/show_bug.cgi?id=15521 Jarry1250 changed: What|Removed |Added Keywords||need-review, patch -- Configure bugmail:

[Bug 31697] in languages where the "User:" space has more than one gender flavor, autocomplete suggests pages from user space even before user types ":"

https://bugzilla.wikimedia.org/show_bug.cgi?id=31697 Bug 31697 depends on bug 32376, which changed state. Bug 32376 Summary: XML dump contains gender-specific namespaces that breaks search indexing of those namespaces https://bugzilla.wikimedia.org/show_bug.cgi?id=32376 What|Old

[Bug 32376] XML dump contains gender-specific namespaces that breaks search indexing of those namespaces

https://bugzilla.wikimedia.org/show_bug.cgi?id=32376 Robert Stojnic changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug 32617] New: Incorrect edit summary preloading when editing section 0

https://bugzilla.wikimedia.org/show_bug.cgi?id=32617 Web browser: --- Bug #: 32617 Summary: Incorrect edit summary preloading when editing section 0 Product: MediaWiki Version: unspecified Platform: All OS/V

[Bug 31837] Android app draws UI elements too small on Android 4.0 Ice Cream Sandwich hdpi/240dpi display

https://bugzilla.wikimedia.org/show_bug.cgi?id=31837 Brion Vibber changed: What|Removed |Added Keywords||upstream --- Comment #1 from Brion Vibb

[Bug 31341] multiple file selection doesn't respect maxUpload config

https://bugzilla.wikimedia.org/show_bug.cgi?id=31341 Neil Kandalgaonkar changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug 31341] multiple file selection doesn't respect maxUpload config

https://bugzilla.wikimedia.org/show_bug.cgi?id=31341 Jeroen De Dauw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 31905] Special:MassEditRegex results in empty page in trunk r100522

https://bugzilla.wikimedia.org/show_bug.cgi?id=31905 --- Comment #7 from Adam Nielsen 2011-11-23 23:34:03 UTC --- Thanks for the info. I've managed to reproduce the error now, so I'm just trying to figure out what's causing it. At this stage it looks like something to do with the requests to t

[Bug 31958] Allow per-page (e.g. by means of a tag on the page) Mediawiki-namespace-based javascript inclusion

https://bugzilla.wikimedia.org/show_bug.cgi?id=31958 --- Comment #5 from Gregor Hagedorn 2011-11-23 23:14:13 UTC --- That is interesting. But can you have a template on the page that automatically causes specific javascript to be loaded? Our use case is that the page has special functionality av

[Bug 4995] Ability to block users from uploading files only

https://bugzilla.wikimedia.org/show_bug.cgi?id=4995 Rd232 changed: What|Removed |Added CC||rd...@hotmail.com --- Comment #23 from Rd232 2

[Bug 18796] Have a permalink type URL as a user preference

https://bugzilla.wikimedia.org/show_bug.cgi?id=18796 Rd232 changed: What|Removed |Added Status|REOPENED|RESOLVED CC|

[Bug 31958] Allow per-page (e.g. by means of a tag on the page) Mediawiki-namespace-based javascript inclusion

https://bugzilla.wikimedia.org/show_bug.cgi?id=31958 Rd232 changed: What|Removed |Added CC||rd...@hotmail.com --- Comment #4 from Rd232 2

[Bug 24578] Enable Special:PrefStats for Gadgets

https://bugzilla.wikimedia.org/show_bug.cgi?id=24578 Rd232 changed: What|Removed |Added CC||rd...@hotmail.com See Also|

[Bug 21897] Gadget user configuration

https://bugzilla.wikimedia.org/show_bug.cgi?id=21897 Rd232 changed: What|Removed |Added CC||rd...@hotmail.com --- Comment #2 from Rd232 2

[Bug 32615] New: PhoneGap app needs to show visual feedback when clicking the W 'home' button

https://bugzilla.wikimedia.org/show_bug.cgi?id=32615 Web browser: --- Bug #: 32615 Summary: PhoneGap app needs to show visual feedback when clicking the W 'home' button Product: Wikimedia Mobile Version: unspecified

[Bug 32614] PhoneGap-based iOS app bumps search toolbar to center of screen when keyboarding in if page is scrolled

https://bugzilla.wikimedia.org/show_bug.cgi?id=32614 --- Comment #1 from Brion Vibber 2011-11-23 22:13:41 UTC --- Created attachment 9537 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9537 screenshot -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ---

[Bug 32614] New: PhoneGap-based iOS app bumps search toolbar to center of screen when keyboarding in if page is scrolled

https://bugzilla.wikimedia.org/show_bug.cgi?id=32614 Web browser: --- Bug #: 32614 Summary: PhoneGap-based iOS app bumps search toolbar to center of screen when keyboarding in if page is scrolled Product: Wikimedia Mobile Ver

[Bug 32613] New: PhoneGap-based iOS app doesn't open external links

https://bugzilla.wikimedia.org/show_bug.cgi?id=32613 Web browser: --- Bug #: 32613 Summary: PhoneGap-based iOS app doesn't open external links Product: Wikimedia Mobile Version: unspecified Platform: All OS/Version: All

[Bug 32069] PhoneGap-based iOS app loads articles in Safari instead of iframe

https://bugzilla.wikimedia.org/show_bug.cgi?id=32069 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 32101] High-density display issues tracking bug (Android hdpi & xhdpi, iPhone Retina display)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32101 Bug 32101 depends on bug 32449, which changed state. Bug 32449 Summary: Android app menu icons are SUPER HUGE on mdpi devices (G1, Kindle Fire) https://bugzilla.wikimedia.org/show_bug.cgi?id=32449 What|Old Value

[Bug 31447] Tracking bug for 1.0 release of Android App

https://bugzilla.wikimedia.org/show_bug.cgi?id=31447 Bug 31447 depends on bug 32449, which changed state. Bug 32449 Summary: Android app menu icons are SUPER HUGE on mdpi devices (G1, Kindle Fire) https://bugzilla.wikimedia.org/show_bug.cgi?id=32449 What|Old Value

[Bug 32449] Android app menu icons are SUPER HUGE on mdpi devices (G1, Kindle Fire)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32449 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 11712] Rollback all user edits

https://bugzilla.wikimedia.org/show_bug.cgi?id=11712 --- Comment #7 from Rd232 2011-11-23 22:00:05 UTC --- (In reply to comment #5) > Note that with the API rollback module in place (for quite some time now), > this > can easily be done with a gadget. In fact, I'd be surprised if gadgets like >

[Bug 11712] Rollback all user edits

https://bugzilla.wikimedia.org/show_bug.cgi?id=11712 Rd232 changed: What|Removed |Added CC||rd...@hotmail.com --- Comment #6 from Rd232 2

[Bug 31125] Error if the user deletes all descriptions

https://bugzilla.wikimedia.org/show_bug.cgi?id=31125 Jeroen De Dauw changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 32449] Android app menu icons are SUPER HUGE on mdpi devices (G1, Kindle Fire)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32449 Brion Vibber changed: What|Removed |Added Keywords||patch -- Configure bugmail: https://bu

[Bug 32069] PhoneGap-based iOS app loads articles in Safari instead of iframe

https://bugzilla.wikimedia.org/show_bug.cgi?id=32069 Brion Vibber changed: What|Removed |Added Keywords||patch --- Comment #1 from Brion Vibber

[Bug 29153] Pages loading without formatting too often

https://bugzilla.wikimedia.org/show_bug.cgi?id=29153 --- Comment #48 from mybugs.m...@gmail.com 2011-11-23 21:23:34 UTC --- Created attachment 9536 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9536 On this, the CSS was loaded but there was an error in a JS request -- Configure bugmail:

[Bug 29153] Pages loading without formatting too often

https://bugzilla.wikimedia.org/show_bug.cgi?id=29153 --- Comment #47 from mybugs.m...@gmail.com 2011-11-23 21:20:13 UTC --- Created attachment 9535 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9535 Headers on Network tab on Google Chrome, after disabling all gadgets and cleared user scri

[Bug 29153] Pages loading without formatting too often

https://bugzilla.wikimedia.org/show_bug.cgi?id=29153 --- Comment #46 from mybugs.m...@gmail.com 2011-11-23 21:18:47 UTC --- Created attachment 9534 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9534 Headers on Network tab on Google Chrome -- Configure bugmail: https://bugzilla.wikimedia

[Bug 29153] Pages loading without formatting too often

https://bugzilla.wikimedia.org/show_bug.cgi?id=29153 --- Comment #45 from mybugs.m...@gmail.com 2011-11-23 21:17:57 UTC --- Created attachment 9533 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9533 Network tab on Google Chrome -- Configure bugmail: https://bugzilla.wikimedia.org/userpr

[Bug 29153] Pages loading without formatting too often

https://bugzilla.wikimedia.org/show_bug.cgi?id=29153 --- Comment #44 from mybugs.m...@gmail.com 2011-11-23 21:17:08 UTC --- Created attachment 9532 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9532 Error console on Google Chrome I noticed the problem several times today, when accessing

[Bug 31576] Magic words are considered to be (non-existing) templates

https://bugzilla.wikimedia.org/show_bug.cgi?id=31576 --- Comment #12 from Roan Kattouw 2011-11-23 21:10:10 UTC --- I have just finished cleaning up all the weird template entries on nlwiki in a semi-automated way. Basically, what I did was: 1. Check Special:Wantedtemplates for worst offenders 2

[Bug 32612] Update Doyxgen from 1.6.3 to 1.7.x

https://bugzilla.wikimedia.org/show_bug.cgi?id=32612 Reedy changed: What|Removed |Added Severity|normal |enhancement --- Comment #1 from Reedy 2011-11

[Bug 32612] Update Doyxgen from 1.6.3 to 1.7.x

https://bugzilla.wikimedia.org/show_bug.cgi?id=32612 Antoine "hashar" Musso changed: What|Removed |Added Keywords||ops -- Configure bugmail: ht

[Bug 32612] New: Update Doyxgen from 1.6.3 to 1.7.x

https://bugzilla.wikimedia.org/show_bug.cgi?id=32612 Web browser: --- Bug #: 32612 Summary: Update Doyxgen from 1.6.3 to 1.7.x Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW

[Bug 32611] New: SemanticForms: Invalid input leads to fatal error.

https://bugzilla.wikimedia.org/show_bug.cgi?id=32611 Web browser: --- Bug #: 32611 Summary: SemanticForms: Invalid input leads to fatal error. Product: MediaWiki extensions Version: any Platform: All OS/Version: All

[Bug 32485] SemanticForms: Creating new articles with `page name' formula is broken.

https://bugzilla.wikimedia.org/show_bug.cgi?id=32485 Van de Bugger changed: What|Removed |Added Status|RESOLVED|VERIFIED -- Configure bugmail: https:

[Bug 32485] SemanticForms: Creating new articles with `page name' formula is broken.

https://bugzilla.wikimedia.org/show_bug.cgi?id=32485 Van de Bugger changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug 16572] Search via API fails intermittently

https://bugzilla.wikimedia.org/show_bug.cgi?id=16572 Peter Bena changed: What|Removed |Added CC||benap...@gmail.com --- Comment #3 from Pe

[Bug 31336] "Ordered" properties does not work as described.

https://bugzilla.wikimedia.org/show_bug.cgi?id=31336 --- Comment #3 from Van de Bugger 2011-11-23 20:12:54 UTC --- Hi guys, please respond whether it is a bug in code or in documentation. If it is a bug in code, by fixing return statement in `SMW_DV_Number.php': > protected function convertToM

[Bug 32485] SemanticForms: Creating new articles with `page name' formula is broken.

https://bugzilla.wikimedia.org/show_bug.cgi?id=32485 --- Comment #5 from Yaron Koren 2011-11-23 19:52:07 UTC --- Okay, I get it. I took your advice, but put in very similar code SF_FormEdit.php, instead of SF_FormPrinter.php, because it seemed like the more general solution. I checked it in to SV

[Bug 32605] RSS extension doesn't support protocol-relative URLs

https://bugzilla.wikimedia.org/show_bug.cgi?id=32605 --- Comment #2 from MZMcBride 2011-11-23 19:39:35 UTC --- (In reply to comment #1) > Protocol-relative doesn't really have meaning here; the feed is fetched from > the server-side code and cached, so would be fetched the same way from: > > * w

[Bug 32610] New: Don't show "create an instance" for a project if the user doesn't have sufficient rights

https://bugzilla.wikimedia.org/show_bug.cgi?id=32610 Web browser: --- Bug #: 32610 Summary: Don't show "create an instance" for a project if the user doesn't have sufficient rights Product: MediaWiki extensions Version: any

[Bug 32410] MediaWiki api doesn't serve EXIF GPSAltitude (and other tags) as decimals

https://bugzilla.wikimedia.org/show_bug.cgi?id=32410 --- Comment #4 from Raimond Spekking 2011-11-23 19:28:11 UTC --- *** Bug 32608 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail b

[Bug 32608] prefillLocation catches a wrong GPS altitude ouf of EXIF

https://bugzilla.wikimedia.org/show_bug.cgi?id=32608 Raimond Spekking changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 32608] prefillLocation catches a wrong GPS altitude ouf of EXIF

https://bugzilla.wikimedia.org/show_bug.cgi?id=32608 --- Comment #4 from Neil Kandalgaonkar 2011-11-23 19:25:17 UTC --- Raimond: it's a rational, just a fraction, same as what you learned in grade school. 55/1 = 55. Your camera is actually supplying similar values for latitude and longitude, but

[Bug 796] Trackbacks

https://bugzilla.wikimedia.org/show_bug.cgi?id=796 LordAndrew changed: What|Removed |Added CC||reachouttothetruth@hotmail.

[Bug 32609] API: Move captchaid/captchaword of action=edit from core to Captcha extension(s)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32609 Reedy changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 14977] $wgServer lacks brackets in IPv6 URLs

https://bugzilla.wikimedia.org/show_bug.cgi?id=14977 Bawolff changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 32485] SemanticForms: Creating new articles with `page name' formula is broken.

https://bugzilla.wikimedia.org/show_bug.cgi?id=32485 --- Comment #4 from Van de Bugger 2011-11-23 19:05:13 UTC --- Hmm… r103718 looks like a good fix, but it does not help in my case (checked on r104063). My problem is caused by `SF_FormEdit.php' line 110: > if ( $target_name === '' ) { This i

[Bug 14977] $wgServer lacks brackets in IPv6 URLs

https://bugzilla.wikimedia.org/show_bug.cgi?id=14977 --- Comment #37 from Allen Stambaugh 2011-11-23 18:57:42 UTC --- (In reply to comment #36) > It is only on issue if there are limitations in the webserver software itself > (but IPv6 support in Apache, or even IIS, is present since long), or i

[Bug 31447] Tracking bug for 1.0 release of Android App

https://bugzilla.wikimedia.org/show_bug.cgi?id=31447 Brion Vibber changed: What|Removed |Added Blocks|31706 | Depends on|

[Bug 31706] Android app should give up a page load if its been going for more then X amount of time

https://bugzilla.wikimedia.org/show_bug.cgi?id=31706 Brion Vibber changed: What|Removed |Added Blocks||31447 Depends on|31447

[Bug 31577] Categories containing pages which should not be in that category

https://bugzilla.wikimedia.org/show_bug.cgi?id=31577 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #8 f

[Bug 31576] Magic words are considered to be (non-existing) templates

https://bugzilla.wikimedia.org/show_bug.cgi?id=31576 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #11

[Bug 30042] Form inputs need to reject problem characters

https://bugzilla.wikimedia.org/show_bug.cgi?id=30042 --- Comment #25 from Van de Bugger 2011-11-23 18:34:15 UTC --- I believe that Forms *must* *not* generate invalid code. The simplest method to achieve this -- deny {{, |, and }}, which is now implemented and available as a patch. The patch ful

[Bug 32608] prefillLocation catches a wrong GPS altitude ouf of EXIF

https://bugzilla.wikimedia.org/show_bug.cgi?id=32608 --- Comment #3 from Raimond Spekking 2011-11-23 18:33:44 UTC --- (In reply to comment #2) > Is this same as bug 32410? Hmmm looks very similar. But in my examples the latitude is exactly 55.0 m. Where does the "/1" comes from? -- Configure

[Bug 32608] prefillLocation catches a wrong GPS altitude ouf of EXIF

https://bugzilla.wikimedia.org/show_bug.cgi?id=32608 --- Comment #2 from Brion Vibber 2011-11-23 18:26:06 UTC --- Is this same as bug 32410? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee fo

[Bug 12500] [[MediaWiki:Antispoof-name-illegal]] should provide information about the illegal and / or blocked characters in / at the wiki

https://bugzilla.wikimedia.org/show_bug.cgi?id=12500 --- Comment #6 from Van de Bugger 2011-11-23 18:14:54 UTC --- Non-printable characters can be handled in badCharErr: > private static function badCharErr( $msgId, $point ) { > $char = codepointToUtf8( $point ); > $code = sprintf( 'U+%

[Bug 32609] API: Move captchaid/captchaword of action=edit from core to Captcha extension(s)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32609 Reedy changed: What|Removed |Added Priority|Unprioritized |Low Severity|normal

[Bug 32227] blog.wikimedia.org show mixed-content warning with https

https://bugzilla.wikimedia.org/show_bug.cgi?id=32227 --- Comment #4 from Guillaume Paumier 2011-11-23 17:56:04 UTC --- (In reply to comment #3) > It is not alone the theme. Some posts contains images, which are load over > http. I understand, and while we can try to watch for them in new posts,

[Bug 32120] New Assamese Transliteration Scheme

https://bugzilla.wikimedia.org/show_bug.cgi?id=32120 Junaid changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 32227] blog.wikimedia.org show mixed-content warning with https

https://bugzilla.wikimedia.org/show_bug.cgi?id=32227 --- Comment #3 from duplicate...@googlemail.com 2011-11-23 17:52:44 UTC --- It is not alone the theme. Some posts contains images, which are load over http. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- Y

[Bug 32595] clean up use of abusefilter-private user rights

https://bugzilla.wikimedia.org/show_bug.cgi?id=32595 duplicate...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED U

[Bug 32609] New: API: Move captchaid/captchaword of action=edit from core to Captcha extension(s)

https://bugzilla.wikimedia.org/show_bug.cgi?id=32609 Web browser: --- Bug #: 32609 Summary: API: Move captchaid/captchaword of action=edit from core to Captcha extension(s) Product: MediaWiki Version: 1.19-svn Platf

[Bug 20416] ee-helper is not compatible with Chinese namespace names and file/title names

https://bugzilla.wikimedia.org/show_bug.cgi?id=20416 Sumana Harihareswara changed: What|Removed |Added Keywords||i18n CC|

  1   2   >