[Bug 38902] VisualEditor: onbeforeunload throws Uncaught TypeError when leaving page from "Read" mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=38902 --- Comment #2 from Krinkle 2012-08-01 06:33:56 UTC --- Also: > Uncaught RangeError: Maximum call stack size exceeded > > jQuery.extend.proxy.proxy > > ve.init.mw.ViewPageTarget.onBeforeUnload > > jQuery.extend.proxy.proxy > > ve.init.mw.ViewPageTarget.onBeforeUnload > > [..] > > jQuery.extend.proxy.proxy > > ve.init.mw.ViewPageTarget.onBeforeUnload > > jQuery.extend.proxy.proxy > > ve.init.mw.ViewPageTarget.onBeforeUnload -- 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 38774] Enable AFTv5 on ta.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=38774 Srikanth Logic changed: What|Removed |Added Priority|Unprioritized |Normal --- Comment #2 from Srikanth Logic 2012-08-01 05:00:57 UTC --- This is just an experiment(like we tried Moodbar), if its unusable, we will have it disabled and file bugs to rectify them. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38907] New: IP Block query fails with External auth
https://bugzilla.wikimedia.org/show_bug.cgi?id=38907 Web browser: --- Bug #: 38907 Summary: IP Block query fails with External auth Product: MediaWiki Version: 1.19 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: User blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: st...@nerdvana.org.au Classification: Unclassified Mobile Platform: --- Created attachment 10914 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10914 Authplugin that references conference management system DB We have an authplugin that has been used for several years to tie a conference management system and mediawiki together for similar sign-on . This year, we've deviated from the norm and used MediaWiki-1.19.1 (previous years have used the Debian packaged version), and we seem to be hitting a problem with the IP Block check query. Both the conference management system and mediawiki are running on (separate) pgsql databases. We have one user in the database, being the local user created at install time, but when they attempt to log in (with the plugin enabled), we hit the following SQL error; Query confwiki (18) (slave): SELECT /* User::idFromName 202.158.221.43 */ user_id FROM "mwuser" WHERE user_name = 'Lca2013' LIMIT 1 User::getBlockedStatus: checking... Query confwiki (19) (slave): SELECT /* Block::newLoad 202.158.221.43 */ * FROM "ipblocks" WHERE ipb_address IN ('20215822143','20215822143') OR ((ipb_range_start LIKE '%' ) AND (ipb_range_start <= 0) AND (ipb_range_end >= 0)) SQL ERROR: ERROR: operator does not exist: text <= integer LINE 1: ...(ipb_range_start LIKE '%' ) AND (ipb_range_start <= 0) AND ... ^ HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts. All further queries in this transaction return the error "SQL ERROR (ignored): ERROR: current transaction is aborted, commands ignored until end of transaction block" This query run in pgsql fails with the same error. Disabling the external auth plugin solves the problem, but to the point where we can't even see the above query being run in debug, so we're not sure quite what's happening here, or if the external authplugin just happens to trigger an edgecase not yet found. Reading the authplugin docs doesn't show anything needed in an authplugin to make the ipblock side of things work. Changes to the LocalSettings.php are; $wgGroupPermissions['*']['createaccount'] = false; $wgGroupPermissions['*']['edit'] = false; $wgFileExtensions = array_merge( $wgFileExtensions, array( 'pdf', 'ppt' , 'odt', 'odf', 'odp', 'otp') ); require_once( "$IP/extensions/googleAnalytics/googleAnalytics.php" ); include( "$IP/extensions/AuthPluginLCA.php" ); $wgAuth = new AuthPluginLCA; $wgGroupPermissions['*']['edit'] = false; // MediaWiki 1.5+ Settings $wgGroupPermissions['*']['createaccount'] = false; // MediaWiki 1.5+ Settings ###enabled for debug only $wgShowSQLErrors = true; $wgDebugDumpSql = true; $wgDebugLogFile = "/srv/http/wiki-debug.log"; -- 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 10099] missing unicode normalization
https://bugzilla.wikimedia.org/show_bug.cgi?id=10099 Fiable.biz changed: What|Removed |Added CC||fia...@fiable.biz --- Comment #4 from Fiable.biz 2012-08-01 04:44:29 UTC --- For those who don't know, these acronyms are explained there: http://www.unicode.org/reports/tr15/ The problem also appears for the ellipsis / 3 points. -- 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 38740] Sorting languages in the language switcher
https://bugzilla.wikimedia.org/show_bug.cgi?id=38740 Fiable.biz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Fiable.biz 2012-08-01 04:24:51 UTC --- This bug has be solved. I close 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 38151] Add support for getting and caching user rights in javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=38151 Krinkle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED AssignedTo|kren...@gmail.com |krinklem...@gmail.com -- 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 38055] New Pages Feed: Hide 'Review' button for non-editors
https://bugzilla.wikimedia.org/show_bug.cgi?id=38055 Bug 38055 depends on bug 38151, which changed state. Bug 38151 Summary: Add support for getting and caching user rights in javascript https://bugzilla.wikimedia.org/show_bug.cgi?id=38151 What|Old Value |New Value Status|ASSIGNED|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 38906] New: Parsoid does not handle urlencoded interwiki prefixes correctly
https://bugzilla.wikimedia.org/show_bug.cgi?id=38906 Web browser: --- Bug #: 38906 Summary: Parsoid does not handle urlencoded interwiki prefixes correctly Product: VisualEditor Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Parser/Parsoid AssignedTo: gwi...@wikimedia.org ReportedBy: roan.katt...@gmail.com CC: jforres...@wikimedia.org, ssas...@wikimedia.org Classification: Unclassified Mobile Platform: --- http://localhost:8000/localhost:VisualEditor:Foo works and parses VisualEditor:Foo on localhost http://localhost:8000/localhost:VisualEditor%3AFoo works too http://localhost:8000/localhost%3AVisualEditor%3A Foo does not work, it doesn't recognize the interwiki prefix, falls back to the default interwiki (mw:), and tries to parse [[mw:Localhost:VisualEditor:Foo]]. Debugging shows that in the "Regular article parsing" callback on line 397, req.params is set to [ undefined, 'localhost:VisualEditor:Lists' ], whereas if the colons aren't urlencoded it's [ 'localhost', 'VisualEditor:Lists' ]. It looks like app.get()'s regex mode isn't processing urlencoded characters correctly even though it does unescape the matches before putting them in req.params. This is obviously a blocker for making VisualEditor always use an interwiki prefix. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26290] Double load spinner on preview after second time
https://bugzilla.wikimedia.org/show_bug.cgi?id=26290 mybugs.m...@gmail.com changed: What|Removed |Added Keywords||patch, patch-need-review -- 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 37086] Confirm drag to new location when the user press Enter
https://bugzilla.wikimedia.org/show_bug.cgi?id=37086 mybugs.m...@gmail.com changed: What|Removed |Added Keywords||patch, patch-need-review -- 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 32578] Tamil Wiki projects (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32578 Srikanth Logic changed: What|Removed |Added Depends on||38905 -- 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 38905] New: ShortUrl does not work on non wikipedia projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=38905 Web browser: --- Bug #: 38905 Summary: ShortUrl does not work on non wikipedia projects Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ShortUrl AssignedTo: yuvipa...@gmail.com ReportedBy: srik@gmail.com CC: s...@reedyboy.net Blocks: 32578 Classification: Unclassified Mobile Platform: --- ShortUrl redirect rules doesn't work on the below projects. http://ta.wikinews.org/s/87 http://ta.wiktionary.org/s/1hp http://ta.wikibooks.org/s/p http://ta.wikisource.org/s/41 http://ta.wikiquote.org/s/35 -- 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 38904] prop=revisions&rvstart=... blows up when continuing
https://bugzilla.wikimedia.org/show_bug.cgi?id=38904 --- Comment #1 from Brad Jorsch 2012-08-01 02:50:35 UTC --- Gerrit changeset 17161 -- 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 38904] New: prop=revisions&rvstart=... blows up when continuing
https://bugzilla.wikimedia.org/show_bug.cgi?id=38904 Web browser: --- Bug #: 38904 Summary: prop=revisions&rvstart=... blows up when continuing Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b-jor...@alum.northwestern.edu CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified Mobile Platform: --- A query such as https://en.wikipedia.org/w/api.php?format=jsonfm&action=query&titles=Jimi%20Hendrix&prop=revisions&rvprop=ids|timestamp&rvlimit=10&rvstart=2012073100 returns a query-continue of rvstartid=504924999. According to the API docs, we should just append this rvstartid to the original query: https://en.wikipedia.org/w/api.php?format=jsonfm&action=query&titles=Jimi%20Hendrix&prop=revisions&rvprop=ids|timestamp&rvlimit=10&rvstart=2012073100&rvstartid=504924999. But this fails because rvstart and rvstartid may not both be used. Gerrit changeset coming shortly (I need the bug number for the release notes and revision summary). -- 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 38351] Left/right aligned images should flip in RTL pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=38351 --- Comment #5 from Robin Pepermans (SPQRobin) 2012-08-01 02:26:18 UTC --- It is used in the parser, the Incubator extension (where I will likely remove it anyway), and two old(er) extensions in SVN (Wikilog and FCKeditor). Moving it to the parser would solve it, but the function "belongs" to Linker (I mean, all similar functions are in Linker, Parser doesn't contain such functions). I'd add a parameter to the function where you pass the parser object. (Relatedly, makeThumbLink2() below it adds magnify-clip.png or magnify-clip-rtl.png based on the wiki content language.. That function could also be changed to use the page content or user language, but in fact I don't see much need for separate images here, IMHO the RTL version can just be removed.) -- 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 38903] Enable SubPageList3 on cswiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=38903 Krenair changed: What|Removed |Added CC||kren...@gmail.com --- Comment #1 from Krenair 2012-08-01 01:47:28 UTC --- Is there community consensus for this? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38903] New: Enable SubPageList3 on cswiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=38903 Web browser: --- Bug #: 38903 Summary: Enable SubPageList3 on cswiktionary Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Unprioritized Component: Site configuration AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dann...@email.cz CC: benap...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- Please enable SubPageList3 on cswiktionary. 'wmgUseSubPageList3' => array( 'cswiktionary' => true, ), -- 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 38902] VisualEditor: onbeforeunload throws Uncaught TypeError when leaving page from "Read" mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=38902 James Forrester changed: What|Removed |Added Status|NEW |ASSIGNED CC||jforres...@wikimedia.org, ||roan.katt...@gmail.com Component|General |Initialisation and ||integration AssignedTo|jforres...@wikimedia.org|tpars...@wikimedia.org --- Comment #1 from James Forrester 2012-08-01 01:44:19 UTC --- Either onbeforeunload() needs logic that we might have already torn down the surface and not complain if that's happened, or we need to not clean up after switching from the Edit tab to the Read tab. :-) -- 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 38716] API should use status codes for errors
https://bugzilla.wikimedia.org/show_bug.cgi?id=38716 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #3 from MZMcBride 2012-08-01 01:36:36 UTC --- (In reply to comment #2) > Well.. since this uri currently returns content in a new api it would still > return a 200 OK as it returns content. > > The warnings are not error messages and just there for further information. A > developer doesn't need to worry about them. I don't see any issue with > altering > the content of the response, I just believe that it should be possible to > handle errors better in javascript. Bawolff's point was that there are a lot of edge cases. Developers and programmers like reliability and having their expectations met. If the status codes perfectly aligned with every API request, it'd be great to use them. But given that they'll have to be imperfectly aligned, I'm not sure if this will create a better or worse situation. If there's ambiguity in what the response code will be when you make a request such as pulling links to a page that's been deleted (would that be a 200 because there are results [and what if there are no results?] or a 404 because the page has been deleted?), you end up making the situation worse for developers, I think. I'm not sure how you'd avoid ambiguity except by limiting different response codes to very limited situations. Where are you seeing this problem specifically? It'd be helpful if you could elaborate on the problems you're encountering in JavaScript. Feel free to paste snippets of code if you'd like, comparing what you do vs. what you could do if this bug were resolved. This bug is lumping all API requests with all status codes, but it may make sense to only change the response header in specific situations (such as when logging in via the API). Or maybe that would be worse. > This is not about being anal, it's about being more helpful and giving richer > information in our responses. This is kind of silly. The response "you supplied an invalid password' or whatever is vastly more helpful and richer in information than an error code. I think your argument is that better programmatic responses would be nice to have. This may be, but I think you should make a stronger case. (In reply to comment #0) > I understand there are backward compatibility issues but it should be possible > to access an alternative flavour of the API (E.g. accessed via > http://en.wikipedia.org/w/apiv2.php) Versioning the API is covered by another bug, I think. This bug needs an accompanying RFC and a lot more thought if you're really considering version 2 of the MediaWiki API. That isn't a small 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 36587] Chunked upload fails with internal_api_error_UploadStashFileNotFoundException
https://bugzilla.wikimedia.org/show_bug.cgi?id=36587 Erik Moeller changed: What|Removed |Added CC||ro...@wikimedia.org --- Comment #8 from Erik Moeller 2012-08-01 01:25:05 UTC --- Hi Fastily, we're currently in the process of moving to a new media storage backend (Swift), which involves lots of changes on all levels (dev and ops), and is the reason we've not prioritized a fix for this yet (we're changing some of the relevant infrastructure, and the people with the right skills to fix this bug are working on the migration). We may not have cycles to fully debug the issues with chunking and chunk assembly before September, but Rob should be able to give a better estimate soon (unless someone on CC beats us to it and actually does find time to get to the root of the issue). -- 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 38898] Notices on Special:GlobalUsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=38898 --- Comment #2 from Krenair 2012-08-01 01:23:14 UTC --- I was about to upload this fix to Gerrit for review, but it seems Szymon Świerkosz already did: Gerrit change 6911 -- 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 38902] New: VisualEditor: onbeforeunload throws Uncaught TypeError when leaving page from "Read" mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=38902 Web browser: --- Bug #: 38902 Summary: VisualEditor: onbeforeunload throws Uncaught TypeError when leaving page from "Read" mode Product: VisualEditor Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General AssignedTo: jforres...@wikimedia.org ReportedBy: krinklem...@gmail.com CC: krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- Steps to reproduce: * Go to a page * Switch to Edit mode * Switch to Read mode * Go to a different page (e.g. "View history" or "Main Page") > Uncaught TypeError: Cannot call method 'getModel' of null -- 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 38901] HTML appearing in disallow/warn notices
https://bugzilla.wikimedia.org/show_bug.cgi?id=38901 --- Comment #1 from Brandon Sky 2012-08-01 01:13:06 UTC --- Created attachment 10913 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10913 The problem I'm getting. -- 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 38901] New: HTML appearing in disallow/warn notices
https://bugzilla.wikimedia.org/show_bug.cgi?id=38901 Web browser: --- Bug #: 38901 Summary: HTML appearing in disallow/warn notices Product: MediaWiki extensions Version: unspecified Platform: Macintosh OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: trivial Priority: Unprioritized Component: AbuseFilter AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: brandonskypime...@gmail.com CC: agarr...@wikimedia.org Classification: Unclassified Mobile Platform: --- MW 1.16.5, WIKIA When setting a filter to disallow, raw HTML is displayed in the notice. This breaks the notice. -- 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 38716] API should use status codes for errors
https://bugzilla.wikimedia.org/show_bug.cgi?id=38716 --- Comment #2 from Jon 2012-08-01 01:11:49 UTC --- Well.. since this uri currently returns content in a new api it would still return a 200 OK as it returns content. The warnings are not error messages and just there for further information. A developer doesn't need to worry about them. I don't see any issue with altering the content of the response, I just believe that it should be possible to handle errors better in javascript. This is not about being anal, it's about being more helpful and giving richer information in our responses. If I login and get a 400 I can quickly deduce from the error code alone that the username or password is wrong. I shouldn't have to resort to decoding the response body to work out what went wrong... I am confused to where your opposition lies -- 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 19569] Add Portal NS to Urdu Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=19569 --- Comment #10 from Krenair 2012-08-01 01:09:56 UTC --- Pretty sure the Urdu should be the primary namespace and the English just an alias... -- 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 38125] VisualEditor: "Edit Source" link should preserver original query parameters (such as oldid)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38125 Krinkle changed: What|Removed |Added Summary|VisualEditor: "Edit Source" |VisualEditor: "Edit Source" |link from non-current page |link should preserver |should got to |original query parameters |action=edit&oldid= |(such as oldid) -- 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 28579] getting bogus "No new message" occasionally
https://bugzilla.wikimedia.org/show_bug.cgi?id=28579 mybugs.m...@gmail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com --- Comment #3 from mybugs.m...@gmail.com 2012-08-01 00:30:29 UTC --- Maybe this is one more case of bug 31251? -- 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 38895] Current location doesn't always work
https://bugzilla.wikimedia.org/show_bug.cgi?id=38895 Jon changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38900] New: Back button behaviour from use my current location geo lookup is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=38900 Web browser: --- Bug #: 38900 Summary: Back button behaviour from use my current location geo lookup is wrong Product: WikiLoves Monuments Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jrob...@wikimedia.org Classification: Unclassified Mobile Platform: --- Open app Click use my current location click hardware back button The app exits. Expected: nothing should happen when clicking back / the user should be taken back to the homepage -- 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 38893] Disorientating when switching between countries
https://bugzilla.wikimedia.org/show_bug.cgi?id=38893 Jon changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 8410] internal link with parameters but without nofollow
https://bugzilla.wikimedia.org/show_bug.cgi?id=8410 Platonides changed: What|Removed |Added Status|NEW |RESOLVED CC||platoni...@gmail.com Resolution||INVALID --- Comment #3 from Platonides 2012-07-31 23:55:43 UTC --- MediaWiki generally doesn't want such links to be followed. Suppose you filed a page with oldid links, maybe you really want the search engines to index it, but it wouldn't make MediaWiki happy, since those are not cached, and it would need to render them (potentially costly) each time. And they would have '' anyway. Unless you can provide a very use case for doing this, it won't happen. Closing as invalid. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21746] Mark internal hyperlinks with rel="nofollow"
https://bugzilla.wikimedia.org/show_bug.cgi?id=21746 Tim Starling changed: What|Removed |Added Status|NEW |RESOLVED CC||tstarl...@wikimedia.org Resolution||WONTFIX --- Comment #2 from Tim Starling 2012-07-31 23:49:10 UTC --- We can't add rel=nofollow to internal links because crawlers need to be able to follow those links in order to index the site in a useful way. I don't really see a problem with internal links being used to promote internal pages, that's what internal links are for. -- 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 24493] WikiEditor issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24493 Bug 24493 depends on bug 23065, which changed state. Bug 23065 Summary: Toolbar buttons don't have IDs https://bugzilla.wikimedia.org/show_bug.cgi?id=23065 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 23065] Toolbar buttons don't have IDs
https://bugzilla.wikimedia.org/show_bug.cgi?id=23065 Rob Moen changed: What|Removed |Added Status|NEW |RESOLVED CC||rm...@wikimedia.org Resolution||FIXED --- Comment #4 from Rob Moen 2012-07-31 23:43:34 UTC --- Added id attribute to buttons in https://gerrit.wikimedia.org/r/#/c/17150/ -- 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 38359] Argument 1 passed to ArticleFeedbackv5Render::grayMask() must be an array, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=38359 Sam Reed (reedy) changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |mmul...@wikimedia.org |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 38440] Argument 1 passed to ArticleFeedbackv5Render::getActivityCount() must be an instance of stdClass
https://bugzilla.wikimedia.org/show_bug.cgi?id=38440 Sam Reed (reedy) changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |mmul...@wikimedia.org |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 14185] Hide/Show mechanism should be a part of the core JS
https://bugzilla.wikimedia.org/show_bug.cgi?id=14185 mybugs.m...@gmail.com changed: What|Removed |Added Keywords||javascript Status|NEW |RESOLVED URL||https://en.wikipedia.org/w/ ||index.php?title=Template:No ||rth_Atlantic_Treaty_Organiz ||ation&oldid=208638115 CC||mybugs.m...@gmail.com Resolution||FIXED Target Milestone|--- |1.18.0 release --- Comment #1 from mybugs.m...@gmail.com 2012-07-31 22:57:00 UTC --- This was fixed by Krinkle on 2010 (r78914) which implemented the jQuery.makeCollapsible plugin on [[mw:MediaWiki 1.18]]. For more info, see: * [[mw:Manual:Collapsible elements]] * [[mw:ResourceLoader/Default modules#jQuery.makeCollapsible]] -- 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 38899] New: Collection.templates Call to a member function getFullURL() on a non-object
https://bugzilla.wikimedia.org/show_bug.cgi?id=38899 Web browser: --- Bug #: 38899 Summary: Collection.templates Call to a member function getFullURL() on a non-object Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Collection AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: developm...@pediapress.com Classification: Unclassified Mobile Platform: --- Fatal error: Call to a member function getFullURL() on a non-object in /usr/local/apache/common-local/php-1.20wmf7/extensions/Collection/Collection.templates.php on line 394 -- 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 38898] Notices on Special:GlobalUsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=38898 Sam Reed (reedy) changed: What|Removed |Added CC||s...@reedyboy.net --- Comment #1 from Sam Reed (reedy) 2012-07-31 22:51:41 UTC --- It'd be gu_name from CA tables, not user_name Where is this being seen? function doBatchLookups() { $batch = new LinkBatch(); # Give some pointers to make user links foreach ( $this->mResult as $row ) { $batch->add( NS_USER, $row->user_name ); $batch->add( NS_USER_TALK, $row->user_name ); } $batch->execute(); $this->mResult->rewind(); } Probably needs/wantings $row->user_name swapping for $row->gu_user (duplicate the code in the GlobalUsersPager, and replace to fix), or variablise the value of the username ( $this->userField = 'gu_name'; in the constructor then use $row->{$this->userField}, or some such abomination) -- 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 37890] "review" action not displaying in the logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=37890 --- Comment #8 from Oliver Keyes 2012-07-31 22:50:39 UTC --- oh, got it. So, it'd be *in* the patrol log, but with an additional filtering option, as opposed to being (strictly speaking) a log of its own? -- 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 31644] GlobalUsage should use protocol-relative links
https://bugzilla.wikimedia.org/show_bug.cgi?id=31644 --- Comment #13 from Krinkle 2012-07-31 22:50:04 UTC --- Okay so it seems the commit-msg was lacking details and the code wasn't very descriptive either. Protocol-relative urls are now returned everywhere and the other commit enforces the current protocol in the one place it shouldn't be relative. Can we markt this 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 31644] GlobalUsage should use protocol-relative links
https://bugzilla.wikimedia.org/show_bug.cgi?id=31644 --- Comment #12 from Krinkle 2012-07-31 22:46:40 UTC --- (In reply to comment #11) > https://gerrit.wikimedia.org/r/17117 > https://gerrit.wikimedia.org/r/17118 Can you explain how using the current protocol fixes the bug? Or is the bug titled incorrect. It appears you did the exact opposite of the bug summary. Sometimes the url has to be complete, in which canonical and/or current protocol makes sense. But when retrieving urls for usage in user interface, protocol-relative makes sense, that's what they're for. -- 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 38801] [Regression] 'UNIQ' tokens outputted in front of every heading
https://bugzilla.wikimedia.org/show_bug.cgi?id=38801 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED CC||krinklem...@gmail.com Resolution||WORKSFORME Target Milestone|--- |1.20.0 release --- Comment #10 from Krinkle 2012-07-31 22:42:42 UTC --- (In reply to comment #8) > Not a blocker for 1.20wmf9 (In reply to comment #7) > Could potentially still screw up production. Since we can't reproduce it, it shouldn't block deployment. But lets keep it in mind when deploying to do carefully check on test.wikipedia.org. It may be a one-way bug in the parser cache that only happens for older pages. Marking WORKSFORME for now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38898] New: Notices on Special:GlobalUsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=38898 Web browser: --- Bug #: 38898 Summary: Notices on Special:GlobalUsers Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: CentralAuth AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: kren...@gmail.com CC: agarr...@wikimedia.org, roan.katt...@gmail.com, vasi...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- These notices are coming up on Special:GlobalUsers for each user shown: Notice: Undefined property: stdClass::$user_name in /path/to/mediawiki/includes/specials/SpecialListusers.php on line 193 Notice: Undefined property: stdClass::$user_name in /path/to/mediawiki/includes/specials/SpecialListusers.php on line 194 Roan Kattouw provided a backtrace: http://pastebin.com/xr2fYAAp He also said that while the notice itself occurs in core, he's pretty sure GlobalUsersPager is causing it by not selecting the user_name column or something. -- 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 38801] [Regression] 'UNIQ' tokens outputted in front of every heading
https://bugzilla.wikimedia.org/show_bug.cgi?id=38801 Krinkle changed: What|Removed |Added AssignedTo|cmcma...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org --- Comment #9 from Krinkle 2012-07-31 22:39:29 UTC --- (In reply to comment #8) > Not a blocker for 1.20wmf9 (In reply to comment #7) > Could potentially still screw up production. Eh.. seriously? -- 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 37987] Hide edit tools if the user can't edit.
https://bugzilla.wikimedia.org/show_bug.cgi?id=37987 --- Comment #4 from Krinkle 2012-07-31 22:38:14 UTC --- Lots of things would be nice, but this is what is available now and what most gadgets use. I'd recommend proposing in MediaWiki core an array to javascript with allowed actions on this page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37890] "review" action not displaying in the logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=37890 --- Comment #7 from bs...@wikimedia.org 2012-07-31 22:29:15 UTC --- or Curation Review Log? -- 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 38791] Add anti-aliasing to MathJax
https://bugzilla.wikimedia.org/show_bug.cgi?id=38791 --- Comment #7 from Derk-Jan Hartman 2012-07-31 22:17:28 UTC --- @matanya are you 100% sure you actually have MathJax enabled in your preferences ? cause that looks like the PNG mode. -- 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 38894] Bad escaping of characters in Titleblacklist-forbidden-new-account when triggered
https://bugzilla.wikimedia.org/show_bug.cgi?id=38894 Roan Kattouw changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #3 from Roan Kattouw 2012-07-31 22:16:52 UTC --- Not actually fixed. This is because CentralAuth uses the same hook function for AbortNewAccount and AbortAutoAccount. This is a problem because AbortNewAccount expects the returned error to be an HTML string, while AbortAutoAccount expects it to be a message key. The hook outputs an HTML string to both, which causes the latter to interpret the HTML string as a message key, which obviously fails terribly. What's even worse is that docs/hooks.txt claims that both hooks take a message key. Ugh. The message key approach is inflexible, though, because TitleBlacklist needs to pass parameters to the message (like the rule that triggered the block), so I think a reasonable way to fix this would be to allow the hook to return either a string or a Message object. -- 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 38741] Default zoom level for 'Use my current location' is too zoomed out
https://bugzilla.wikimedia.org/show_bug.cgi?id=38741 Jon changed: What|Removed |Added CC||rauna...@gmail.com --- Comment #3 from Jon 2012-07-31 22:14:30 UTC --- *** Bug 38698 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 38698] Use my current location doesn't list nearby monuments
https://bugzilla.wikimedia.org/show_bug.cgi?id=38698 Jon changed: What|Removed |Added Status|NEW |RESOLVED CC||jrob...@wikimedia.org Resolution||DUPLICATE --- Comment #2 from Jon 2012-07-31 22:14:30 UTC --- I believe this is due to 38741 so marking as a duplicate. Hopefully the fix to that will resolve the problems you've been experiencing!! *** This bug has been marked as a duplicate of bug 38741 *** -- 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 38895] Current location doesn't always work
https://bugzilla.wikimedia.org/show_bug.cgi?id=38895 --- Comment #1 from Jon 2012-07-31 22:11:20 UTC --- https://github.com/wikimedia/WLMMobile/pull/89 -- 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 37890] "review" action not displaying in the logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=37890 --- Comment #6 from Oliver Keyes 2012-07-31 22:06:11 UTC --- We actually already have a review log for the pending changes suite. -- 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 38893] Disorientating when switching between countries
https://bugzilla.wikimedia.org/show_bug.cgi?id=38893 --- Comment #1 from Jon 2012-07-31 22:03:14 UTC --- https://github.com/wikimedia/WLMMobile/pull/88 -- 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 37890] "review" action not displaying in the logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=37890 --- Comment #5 from bs...@wikimedia.org 2012-07-31 22:01:03 UTC --- We can add it to the general log with another filter option called: Review Log, this log should only track review from this tool -- 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 38894] Bad escaping of characters in Titleblacklist-forbidden-new-account when triggered
https://bugzilla.wikimedia.org/show_bug.cgi?id=38894 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #2 from Roan Kattouw 2012-07-31 21:57:18 UTC --- https://gerrit.wikimedia.org/r/17132 (already deployed as a live hack) seems to fix this. -- 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 38897] New: LCStore_CDB::getFileName: Invalid language "0"
https://bugzilla.wikimedia.org/show_bug.cgi?id=38897 Web browser: --- Bug #: 38897 Summary: LCStore_CDB::getFileName: Invalid language "0" Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: niklas.laxst...@gmail.com Classification: Unclassified Mobile Platform: --- 2012-07-31 20:47:50 v22011026445052.yourvserver.net mediawiki-bw_: [133ab0e2] /wiki/MediaWiki:Centralauth-prefs-status/0 Exception from line 1068 of /www/w/includes/LocalisationCache.php: LCStore_CDB::getFileName: Invalid language "0" #0 /www/w/includes/LocalisationCache.php(1013): LCStore_CDB->getFileName('0') #1 /www/w/includes/LocalisationCache.php(325): LCStore_CDB->get('0', 'preload') #2 /www/w/includes/LocalisationCache.php(238): LocalisationCache->loadItem('0', 'preload') #3 /www/w/includes/LocalisationCache.php(428): LocalisationCache->getItem('0', 'preload') #4 /www/w/includes/LocalisationCache.php(345): LocalisationCache->initLanguage('0') #5 /www/w/includes/LocalisationCache.php(260): LocalisationCache->loadSubitem('0', 'messages', 'centralauth-pre...') #6 /www/w/languages/Language.php(3850): LocalisationCache->getSubitem('0', 'messages', 'centralauth-pre...') #7 /www/w/includes/cache/MessageCache.php(684): Language::getMessageFor('centralauth-pre...', '0') #8 /www/w/includes/Message.php(613): MessageCache->get('centralauth-pre...', false, Object(Language)) #9 /www/w/includes/Message.php(499): Message->fetchMessage() #10 /www/w/includes/Title.php(4241): Message->exists() #11 /www/w/includes/Title.php(4202): Title->hasSourceText() #12 /www/w/includes/WikiPage.php(425): Title->isAlwaysKnown() #13 /www/w/includes/Article.php(1031): WikiPage->hasViewableContent() #14 /www/w/includes/Article.php(552): Article->showMissingArticle() #15 /www/w/includes/actions/ViewAction.php(37): Article->view() #16 /www/w/includes/Wiki.php(427): ViewAction->show() #17 /www/w/includes/Wiki.php(304): MediaWiki->performAction(Object(Article)) #18 /www/w/includes/Wiki.php(536): MediaWiki->performRequest() #19 /www/w/includes/Wiki.php(446): MediaWiki->main() #20 /www/w/index.php(58): MediaWiki->run() #21 {main} -- 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 25724] WikiEditor Layout broken in Opera
https://bugzilla.wikimedia.org/show_bug.cgi?id=25724 Rob Moen changed: What|Removed |Added CC||rm...@wikimedia.org --- Comment #8 from Rob Moen 2012-07-31 21:54:46 UTC --- Advanced menu in Opera 12 is working fine. It appears this bug is resolved. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38482] Queries with latest SMW 1.8-alpha and Vector skin cause a weird gap below tabs
https://bugzilla.wikimedia.org/show_bug.cgi?id=38482 --- Comment #22 from Jeroen De Dauw 2012-07-31 21:51:50 UTC --- Oh, that was caused by a BOM?! No idea it could have that effect. Thanks for fixing! :) -- 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 38896] New: Cannot filter on ICS 4.0.4
https://bugzilla.wikimedia.org/show_bug.cgi?id=38896 Web browser: --- Bug #: 38896 Summary: Cannot filter on ICS 4.0.4 Product: WikiLoves Monuments Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jrob...@wikimedia.org Classification: Unclassified Mobile Platform: --- When I try to filter the list of campaigns or monuments typing in the text box seems to have no effect This seems to be due to the keyup event never firing (android 4.0.4) It seems somewhat better with keypress but this smells like a Cordova 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 34750] Accessibility for embedded images
https://bugzilla.wikimedia.org/show_bug.cgi?id=34750 --- Comment #20 from Derk-Jan Hartman 2012-07-31 21:46:18 UTC --- This issue is currently stalled in gerrit because the patch requires changes in mediahandler extensions that are not part of core, notably OggHandler, which is a Wikipedia deployed extension (and probably also TimedMediaHandler, and many other JS based media handlers). -- 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 38895] New: Current location doesn't always work
https://bugzilla.wikimedia.org/show_bug.cgi?id=38895 Web browser: --- Bug #: 38895 Summary: Current location doesn't always work Product: WikiLoves Monuments Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Maps AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jrob...@wikimedia.org Classification: Unclassified Mobile Platform: --- Click on browse by campaign Click on Andorra Quickly click back twice. Click use my current location map is focused on Andorra rather than your current location :-( -- 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 38768] Increase gerrit query limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=38768 Chad H. changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Chad H. 2012-07-31 21:40:45 UTC --- db1048 can handle the load easily, so we've gone ahead and raised the query limit to 5000 for logged in users. -- 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 38894] Bad escaping of characters in Titleblacklist-forbidden-new-account when triggered
https://bugzilla.wikimedia.org/show_bug.cgi?id=38894 James Forrester changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |roan.katt...@gmail.com |org | Severity|normal |minor --- Comment #1 from James Forrester 2012-07-31 21:39:35 UTC --- Of course, I meant https://translatewiki.net/wiki/MediaWiki:Titleblacklist-forbidden-new-account/en rather than the enwiki issue. :-) -- 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 38894] New: Bad escaping of characters in Titleblacklist-forbidden-new-account when triggered
https://bugzilla.wikimedia.org/show_bug.cgi?id=38894 Web browser: --- Bug #: 38894 Summary: Bad escaping of characters in Titleblacklist-forbidden-new-account when triggered Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: TitleBlacklist AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jforres...@wikimedia.org CC: vasi...@gmail.com Classification: Unclassified Mobile Platform: --- When trying to create an account on ruwiktionary, I got the following message: Login errorLooking at [[MediaWiki:Titleblacklist-forbidden-new-account]] it looks fine, so presumably either the is triggering something odd, or Titleblacklist is calling it wrongly? -- 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 31644] GlobalUsage should use protocol-relative links
https://bugzilla.wikimedia.org/show_bug.cgi?id=31644 --- Comment #11 from Derk-Jan Hartman 2012-07-31 21:13:34 UTC --- https://gerrit.wikimedia.org/r/17117 https://gerrit.wikimedia.org/r/17118 -- 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 38891] MediaWiki API 2.0 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38891 Sam Reed (reedy) changed: What|Removed |Added Depends on||34356 -- 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 34356] list=watchlistraw does not set the result under "query"
https://bugzilla.wikimedia.org/show_bug.cgi?id=34356 Sam Reed (reedy) changed: What|Removed |Added Blocks||38891 -- 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 38803] MediaWiki bugs to be fixed for 1.20wmf9 deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38803 Rob Lanphier changed: What|Removed |Added Depends on|38801 | -- 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 38801] [Regression] 'UNIQ' tokens outputted in front of every heading
https://bugzilla.wikimedia.org/show_bug.cgi?id=38801 Rob Lanphier changed: What|Removed |Added Priority|High|Normal Blocks|38803 | Target Milestone|1.20.0 release |--- --- Comment #8 from Rob Lanphier 2012-07-31 21:07:06 UTC --- Not a blocker for 1.20wmf9 -- 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 38893] New: Disorientating when switching between countries
https://bugzilla.wikimedia.org/show_bug.cgi?id=38893 Web browser: --- Bug #: 38893 Summary: Disorientating when switching between countries Product: WikiLoves Monuments Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jrob...@wikimedia.org Classification: Unclassified Mobile Platform: --- Select Andorra campaign and wait for monuments to load Now click back and click Austria When navigating to Austria the monuments from Andorra are still visible however the user should see a loader to see monuments are being loaded (in the current setup it looks like these monuments belong to Austria 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 38695] Certain monuments don't have names
https://bugzilla.wikimedia.org/show_bug.cgi?id=38695 Maarten Dammers changed: What|Removed |Added CC||maar...@mdammers.nl --- Comment #1 from Maarten Dammers 2012-07-31 20:37:43 UTC --- mysql> SELECT COUNT(*) FROM monuments_all WHERE country='nl' AND lang='nl' AND name='' ; +--+ | COUNT(*) | +--+ | 2250 | +--+ Judging from the entries these are new additions. Not sure why the descriptions are not filled. This is something that should be fixed at the Dutch Wikipedia. -- 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 38892] New: Cleanup QQQ codes
https://bugzilla.wikimedia.org/show_bug.cgi?id=38892 Web browser: --- Bug #: 38892 Summary: Cleanup QQQ codes Product: WikiLoves Monuments Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jrob...@wikimedia.org Classification: Unclassified Mobile Platform: --- Currently many of the qqq codes are missing in messages-qqq.properties -- 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 38725] My uploads page can have long titles
https://bugzilla.wikimedia.org/show_bug.cgi?id=38725 Jon changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Jon 2012-07-31 20:33:08 UTC --- resolved in https://github.com/wikimedia/WLMMobile/commit/59844d26ed5877f246e064014a97ba359024 -- 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 38888] Review SticktoThatLanguage for deployment.
https://bugzilla.wikimedia.org/show_bug.cgi?id=3 --- Comment #10 from Daniel Werner 2012-07-31 20:32:57 UTC --- I have fixed mentioned stuff in https://gerrit.wikimedia.org/r/17113 - Chad: > Rather than checking for the HTTP_USER_AGENT to see if it's a web request, it would be better to see if php_sapi_name() != 'cli' I just remembered that I can simply use $wgCommandLineMode now. A global implying whether tests are running currently would be nice though. - Reedy: > Why are we using isset on a global? and > Is there any point adding pre 1.16 compatibility? I guess not, except if you consider people copying that \Ext class for their own extensions who support compatibility. I copied this from one of my other extensions. But now I altered it to not use $wgExtensionAssetsPath for all cases. $wgExtensionAssetsPath is only set to false during LocalSettings, and that is where we would require it already. The cleanest solution for all of that resource loader registration stuff would probably be if it would require a $wgExtensionAssetsPath relative path... - Bawolff: > Well extension has moved... good point, just fixed that path as well. > How does this interact with squid caching? First, this extension causes cache fragmentation, so we have one version of each language in the parser cache. If I am not mistaken, it should be possible for squid caching to still be active, it might even work with the current setup. > Anon users get a big list of default preferred languages. The moment you log > in (at least on http://wikidata-test-repo.wikimedia.de which is where I'm > testing this from) the list of preferred languages goes to nothing. The > default preference should be the same as what logged out users get imo. We thought about that, but decided against it at some point. The point was, that displaying the largest 10 Wikipedias languages would significantly increase the chance of more anon users finding their language immediately. For logged in users on the other hand, it is very unlikely that one user speaks all of those languages, we just know the user knows the language which is chosen as its interface language, so we pre-select that one as default instead. -- 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 38852] Header on welcome page broken on HTC Desire (2.2.2)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38852 Jon changed: What|Removed |Added CC||phili...@gmail.com --- Comment #3 from Jon 2012-07-31 20:31:52 UTC --- *** Bug 38872 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 38872] WLM logo misplaced on opening screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=38872 Jon changed: What|Removed |Added Status|NEW |RESOLVED CC||jrob...@wikimedia.org Resolution||DUPLICATE --- Comment #1 from Jon 2012-07-31 20:31:52 UTC --- *** This bug has been marked as a duplicate of bug 38852 *** -- 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 38653] API on large bounding boxes returns unsuitable results
https://bugzilla.wikimedia.org/show_bug.cgi?id=38653 Yuvi Panda changed: What|Removed |Added CC||yuvipa...@gmail.com --- Comment #1 from Yuvi Panda 2012-07-31 20:31:41 UTC --- 01:59 < yuvipanda> jdlrobson: we should *Really* have a minimum zoom level at which we will do auto-update of monuments 01:59 < yuvipanda> requesting it for all of asia is a bad idea 01:59 < yuvipanda> + it seems to clear older ones 01:59 < yuvipanda> not good either 01:59 < jdlrobson> +1 yuvipanda 01:59 < yuvipanda> i opened, found some in belgium and 1 in russia. zoomed in, and found them in france only 02:00 < yuvipanda> and no auto update in campaign maps -- 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 38741] Default zoom level for 'Use my current location' is too zoomed out
https://bugzilla.wikimedia.org/show_bug.cgi?id=38741 --- Comment #2 from Jon 2012-07-31 20:22:36 UTC --- fixed in https://github.com/jdlrobson/WLMMobile/commit/b507bf0c3a05f74226df7195460dc5d42e33c042 -- 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 28248] space clean up introduce non-breaking space at begin of table cell
https://bugzilla.wikimedia.org/show_bug.cgi?id=28248 Umherirrender changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Umherirrender 2012-07-31 20:08:30 UTC --- bug 38797 has more description *** This bug has been marked as a duplicate of bug 38797 *** -- 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 38797] Whitespace between syntax of table or heading and percent sign is converted to a non-breaking space
https://bugzilla.wikimedia.org/show_bug.cgi?id=38797 Umherirrender changed: What|Removed |Added CC||umherirrender_de...@web.de --- Comment #3 from Umherirrender 2012-07-31 20:08:30 UTC --- *** Bug 28248 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 38879] reports of caching issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=38879 --- Comment #5 from wikizi...@online.de 2012-07-31 20:08:11 UTC --- Bawolff: Yes, purged by the ?action=purge-command. Can someone look into the logs, what exactly happened with the specific article on the caching servers in Amsterdam? de:Europäischer Tag des Fahrrades -- 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 38860] secur...@mediawiki.org : suggestion to create a public key and to publish it on the public key servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=38860 --- Comment #4 from Bawolff 2012-07-31 19:58:50 UTC --- Well if someone with the resources to create something on the scale of the flame malware decides to start hating on us, we probably have larger problems ;) Nonetheless, it certainly doesn't hurt to have such a key available. -- 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 38860] secur...@mediawiki.org : suggestion to create a public key and to publish it on the public key servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=38860 --- Comment #3 from T. Gries 2012-07-31 19:52:41 UTC --- I say: one can never know what will happen (see FLAME). I did not say that all mails must be sent encrypted. I just proposed to have a public key available in case that someone prefers to sent their mail encrypted. -- 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 38781] Messages needing PLURAL support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38781 Bug 38781 depends on bug 30968, which changed state. Bug 30968 Summary: Message Maintenance-cleanupTable-finished should support PLURAL https://bugzilla.wikimedia.org/show_bug.cgi?id=30968 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 30968] Message Maintenance-cleanupTable-finished should support PLURAL
https://bugzilla.wikimedia.org/show_bug.cgi?id=30968 Krenair changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Krenair 2012-07-31 19:51:51 UTC --- Fixed in Gerrit change 16931. -- 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 28028] Many maintenance scripts messages lack PLURAL support
https://bugzilla.wikimedia.org/show_bug.cgi?id=28028 Bug 28028 depends on bug 30968, which changed state. Bug 30968 Summary: Message Maintenance-cleanupTable-finished should support PLURAL https://bugzilla.wikimedia.org/show_bug.cgi?id=30968 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38781] Messages needing PLURAL support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38781 Bug 38781 depends on bug 28028, which changed state. Bug 28028 Summary: Many maintenance scripts messages lack PLURAL support https://bugzilla.wikimedia.org/show_bug.cgi?id=28028 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 28028] Many maintenance scripts messages lack PLURAL support
https://bugzilla.wikimedia.org/show_bug.cgi?id=28028 Krenair changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37987] Hide edit tools if the user can't edit.
https://bugzilla.wikimedia.org/show_bug.cgi?id=37987 --- Comment #3 from Daniel Kinzler 2012-07-31 19:49:55 UTC --- (In reply to comment #2) > mw.config: > * wgRestrictionEdit (undefined || Array of user groups) > * wgRestrictionMove (undefined || Array of user groups) > * wgUserGroups (Array of user groups) Hm, that'S not terribky useful... wouldn't it be nice to have the result of Title::userCan("edit") readily available in JS? There's no way to determine this from JS alone, with all the hooks being called. -- 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 22749] Create Special:MostInterwikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=22749 Umherirrender changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |umherirrender_de...@web.de |org | --- Comment #2 from Umherirrender 2012-07-31 19:37:01 UTC --- A patch commited with gerrit 17106 -- 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 34962] Some parameters' descriptions are unclear (titles, pageids, revids)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34962 Umherirrender changed: What|Removed |Added Component|API |ApiSandbox Product|MediaWiki |MediaWiki extensions --- Comment #3 from Umherirrender 2012-07-31 19:31:18 UTC --- gerrit 16909 is merged, so core is fixed, moving this bug to ApiSandbox, because the new added hints are not automatically shown in apisandbox. -- 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 38786] Mirror Commons annotation to Wikipedias
https://bugzilla.wikimedia.org/show_bug.cgi?id=38786 User:Docu changed: What|Removed |Added CC||test5...@myway.com --- Comment #1 from User:Docu 2012-07-31 19:20:42 UTC --- You might be looking for #3 at [[commons:Help:Gadget-ImageAnnotator#Frequently_asked_questions]] ("Can we run the ImageAnnotator script in Wikipedias in order to see annotations there?") -- 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 37803] Write a step-by-step tutorial on how to use ResourceLoader in a (new) extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=37803 Antoine "hashar" Musso changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #6 from Antoine "hashar" Musso 2012-07-31 19:18:23 UTC --- Indeed, thanks a lot! :-] -- 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 38860] secur...@mediawiki.org : suggestion to create a public key and to publish it on the public key servers
https://bugzilla.wikimedia.org/show_bug.cgi?id=38860 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #2 from Bawolff 2012-07-31 19:08:57 UTC --- /me notes these aren't exactly state secrets. I highly doubt we have to worry about someone intercepting emails to learn about an XSS attack on Wikipedia. That said , it doesn't really hurt anything to have such keys available for the paranoid. -- 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 38879] reports of caching issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=38879 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #4 from Bawolff 2012-07-31 19:05:41 UTC --- > > The article was purged now manually. But it's not a singular occasion, so the > reason why the caching failed could be important to find the bigger problem. Purged manually how (?action=purge on the article page?). If hartman's suggestion is correct, that sort of manual purge shouldn't affect things [you could have the old page just fall out of cache at the same time by coincidence though] -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38874] Bot edits don't trigger email notifications
https://bugzilla.wikimedia.org/show_bug.cgi?id=38874 Phillip Patriakeas changed: What|Removed |Added CC||dragonlordofxanther@gmail.c ||om --- Comment #3 from Phillip Patriakeas 2012-07-31 19:05:39 UTC --- (In reply to comment #2) > (In reply to comment #1) > > Because it's a bot edit. In theory, they should forcibly mark an edit as > > NOT a > > bot edit via the API > > > > Most (all?) flagged bot edits don't trigger email notifications for things > > like > > this > > Read: It's a feature, not a bug That's fine. The problem is, when a bot edit doesn't trigger an enotif, *no subsequent edits* to that page will trigger an enotif either (in this regard, this bug is similar to bug 27884). This is a problem if you rely on enotifs to keep up with changes on a wiki (as I do). This could be a preference that defaults to "don't send enotifs on bot edits" (vis a vis bug 13992) instead of just undocumented behavior. -- 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 10173] Some Squids seem to be serving stale pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=10173 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #12 from Bawolff 2012-07-31 19:01:12 UTC --- (In reply to comment #11) > Did you edit the page first? It typically happens after an edit. Well that is typically the point where pages become stale. > And it also > has seemed to be different if logged in as registered user. Well given this bug is about squid cache, which is totally bypassed by logged in users, this is to be expected. Ost316: Has this been specificly happening to you in the near term (like in the last month), otherwise I think this bug should be closed. (In all probability, since 2007 we have probably had multiple instances of squid purging being broken then fixed 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 38891] MediaWiki API 2.0 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38891 --- Comment #4 from Bawolff 2012-07-31 18:52:55 UTC --- >The API is still in the 1.x days, which is cool because so far we've been able >to keep "everything" compatible. At least on a higher level everything is still >the same. Well to be totally fair, "the" API isn't actually the first API (query.php !), but yes the api has stood the test of time quite well so far, even with its warts like '*' in json output. However, I wonder if some of the warts of json output formatting could be fixed by simply making a json2 format instead of an entire API re-write. >The alternative would be to mark such bug >WONTFIX because we don't want to break compatibility. Now they have a place to >rest in piece until this becomes an active project. I agree, this is a much better alternative then simply wontfixing said bugs. -- 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