[Bug 40649] typo SCRIPT_DEPRECTED - SCRIPT_DEPRECATED
https://bugzilla.wikimedia.org/show_bug.cgi?id=40649 --- Comment #1 from sp...@wikimedia.org 2012-10-01 06:08:59 UTC --- Created attachment 11152 -- https://bugzilla.wikimedia.org/attachment.cgi?id=11152 Changes to SpoofTest.php `git review` fails, maybe I don't have rights. Here's a patch that introduces testCheckBadChars() with some working tests, but the tests for SCRIPT_DEPRECATED glyphs doesn't work. -- 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 40630] gu.wikisource has become sluggish on IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=40630 Srikanth Logic srik@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com, ||srik@gmail.com --- Comment #2 from Srikanth Logic srik@gmail.com 2012-10-01 06:15:08 UTC --- Does it happen only when Narayam is enabled or even otherwise? There is a IE fix waiting to be deployed for Narayam. -- 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 40630] gu.wikisource has become sluggish on IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=40630 --- Comment #3 from Dereckson dereck...@espace-win.org 2012-10-01 07:16:00 UTC --- (In reply to comment #2) Does it happen only when Narayam is enabled or even otherwise? There is a IE fix waiting to be deployed for Narayam. It has been tested with Narayam disabled (using the own script checkbox enable/disable). It doesn't affect 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 40633] Auto-categorize pages that contain invalid HTML
https://bugzilla.wikimedia.org/show_bug.cgi?id=40633 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #1 from Antoine hashar Musso has...@free.fr 2012-10-01 07:21:12 UTC --- We first need a system to record any invalid HTML, and I would prefer we do not use categories for that but a special page instead. I am wondering how we will be able to report that error Foo is happening at line XXX, character . -- 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 40650] New: [SMW] 1.8; Intro/Outro in Special:Ask causes fatal Call to a member function getMaxIncludeSize() on a non-object
https://bugzilla.wikimedia.org/show_bug.cgi?id=40650 Web browser: --- Bug #: 40650 Summary: [SMW] 1.8; Intro/Outro in Special:Ask causes fatal Call to a member function getMaxIncludeSize() on a non-object Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: jamesin.hongkon...@gmail.com ReportedBy: jamesin.hongkon...@gmail.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified Mobile Platform: --- ## Description Using the intro/outro parameter in Special:Ask causes fatal erro ## Error Fatal with Call to a member function getMaxIncludeSize() on a non-object ## Solution Ensure no recursiveTagParse operation is done on a non-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 37615] Article Feedback 5 - Abuse filter issues for common vandalism
https://bugzilla.wikimedia.org/show_bug.cgi?id=37615 --- Comment #8 from Matthias Mullie mmul...@wikimedia.org 2012-10-01 07:49:27 UTC --- So, interesting find. While following up on the Abuse Filter changes, I noticed _all 5_ had automatically shut off. It seemed rather odd that all 5 of them would flag 5% of all feedback, so I looked into it a bit more. Turns out there's another hidden emergency switch: one that disables filters that flag a certain amount of posts in a certain amount of time. In particular: a filter was shut off if it flags more than 2 posts in a 24h-period. We probably already hit that threshold when testing the filters... This isn't really sensible, so I've pushed a config-change to Gerrit (https://gerrit.wikimedia.org/r/#/c/25855/) to change this threshold as well. Once that review is reviewed, merged deployed, a filter will only auto-disable when: - it flags 5% of all posts is examines - it flags 30 posts in 30 minutes Once deployed, we should re-save the abuse filters to make them active again. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40650] [SMW] 1.8; Intro/Outro in Special:Ask causes fatal Call to a member function getMaxIncludeSize() on a non-object
https://bugzilla.wikimedia.org/show_bug.cgi?id=40650 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from MWJames jamesin.hongkon...@gmail.com 2012-10-01 07:50:11 UTC --- https://gerrit.wikimedia.org/r/#/c/25857/1 -- 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 40649] typo SCRIPT_DEPRECTED - SCRIPT_DEPRECATED
https://bugzilla.wikimedia.org/show_bug.cgi?id=40649 Dereckson dereck...@espace-win.org changed: What|Removed |Added CC||dereck...@espace-win.org --- Comment #2 from Dereckson dereck...@espace-win.org 2012-10-01 07:51:44 UTC --- Gerrit change 25856 (if you need to get it and improve it, use gerrit -d 25856) __ The first time you clone a repository, you can use git review -s to add git review and Gerrit specific hooks. One of them will add the last git Change-Id to the commit message. If you commit stuff before the git review -s, then launch git review, it will do that for you (Creating a git remote called gerrit that maps to: ssh://your username@gerrit.wikimedia.org:29418/mediawiki/extensions/AntiSpoof.git). But it won't edit your commit message, so Gerrit will reject it with this message: remote: ERROR: missing Change-Id in commit message It will even suggest you a commit message (your commit message + the Change-Id). (...) remote: Change-Id: I98e4bc5aa0034369910effda73625ce8b03288be What you have to do is: (1) copy/paste this line (without the remote: ) (2) git commit --amend (3) add this line to your commit message (4) git 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 32814] Semantic Result Formats RSS does not validate against W3C
https://bugzilla.wikimedia.org/show_bug.cgi?id=32814 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||jamesin.hongkon...@gmail.co ||m Resolution||FIXED --- Comment #2 from MWJames jamesin.hongkon...@gmail.com 2012-10-01 08:05:14 UTC --- One remark, the RSS you used is provided by SMW(core) itself. But with the deployment of Semantic Result Formats (SRF 1.8) a new RSS/Atom printer[1] is provided that might solve your problem. If you check [2] as reference, you can see that a valid RSS feed[3] is produced. [1] http://semantic-mediawiki.org/wiki/Help:Syndication_feed_format [2] http://semantic-mediawiki.org/wiki/Special:Ask/-5B-5BHas-20conference::SMWCon-20Fall-202012-5D-5D/-3FHas-20description/format%3Dfeed/searchlabel%3DRSS-20feed/type%3Drss/title%3DSMWCon-20Fall-202012/offset%3D0 [3] http://validator.w3.org/feed/check.cgi?url=http://semantic-mediawiki.org/wiki/Special:Ask/-5B-5BHas-20conference::SMWCon-20Fall-202012-5D-5D/-3FHas-20description/format%253Dfeed/searchlabel%253DRSS-20feed/type%253Drss/title%253DSMWCon-20Fall-202012/offset%253D0 -- 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 40651] New: Special:CreateProperty with an empty label will fail in a confusing way
https://bugzilla.wikimedia.org/show_bug.cgi?id=40651 Web browser: --- Bug #: 40651 Summary: Special:CreateProperty with an empty label will fail in a confusing way Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: tobias.gritschac...@wikimedia.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Trying to create a property with a description but an empty label, fails with a slightly confusing error message. It just lists all properties items claiming that this property/item has already a label in the specified language. -- 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 40652] New: Invalid titles can be saved as sitelinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=40652 Web browser: --- Bug #: 40652 Summary: Invalid titles can be saved as sitelinks Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: daniel.kinz...@wikimedia.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- It is possible to save invalid titles as sitelink targets. While saving non-existing but valid titles (like blablablablabla) causes an errors, the following can be saved, even though the target page does not (and can not!) exist: , e.g. http://wikidata-test-repo.wikimedia.de/w/index.php?title=Q321diff=prevoldid=34182 [], e.g. http://wikidata-test-repo.wikimedia.de/w/index.php?title=Q321diff=nextoldid=34182 Even stranger, trying to save | results in an empty string as the target title, but does not remove the sitelink: http://wikidata-test-repo.wikimedia.de/w/index.php?title=Q321diff=nextoldid=34183 Note that some illegal titles, like #, did get rejected with an error. Another strange instance of this behavior appears to be this edit: http://wikidata-test-repo.wikimedia.de/w/index.php?title=Q321curid=9133diff=34123oldid=34101 Here, a fill URL was used as the target page title. -- 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 40402] SQLStore3 not yet working?
https://bugzilla.wikimedia.org/show_bug.cgi?id=40402 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added CC||jamesin.hongkon...@gmail.co ||m AssignedTo|wikibugs-l@lists.wikimedia. |nischay...@gmail.com |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40623] Getting Jenkins working for Wikibase extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=40623 Lydia Pintscher lydia.pintsc...@wikimedia.de changed: What|Removed |Added CC||lydia.pintscher@wikimedia.d ||e, ||wikidata-bugs@lists.wikimed ||ia.org Component|Wikidata|WikidataRepo AssignedTo|wikibugs-l@lists.wikimedia. |wikidata-bugs@lists.wikimed |org |ia.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 40653] New: Consider using canonical parser options for Content::getParserOutput()
https://bugzilla.wikimedia.org/show_bug.cgi?id=40653 Web browser: --- Bug #: 40653 Summary: Consider using canonical parser options for Content::getParserOutput() Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ContentHandler AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: daniel.kinz...@wikimedia.de Classification: Unclassified Mobile Platform: --- IAlex wrote in a comment to I3b2dad3a: From the use cases I see, this is wrong, since constructing a ParserOptions object without any parameter will use $wgUser and $wgLang. This will cause the result to be user-dependant when executing links update (i.e. regression of bug 14404 and maybe others too). I would suggest to use something like: $wikiPage = WikiPage::factory( $title ); $options = $wikiPage-makeParserOptions( 'canonical' ); This needs some investigation to make sure we do the right thing for every context this function is used in. Note also interactions with the parser cache, especially wrt the parser cache key. -- 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 40653] Consider using canonical parser options for Content::getParserOutput()
https://bugzilla.wikimedia.org/show_bug.cgi?id=40653 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added Priority|Unprioritized |High CC||daniel.kinz...@wikimedia.de -- 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 33561] $wgVectorUseSimpleSearch = false; (Go + Search button) doesn't react on hitting return
https://bugzilla.wikimedia.org/show_bug.cgi?id=33561 --- Comment #12 from Subfader subfa...@gmail.com 2012-10-01 09:34:24 UTC --- I don't use Lucene (yet) Hmmm, what does Lucene break? Nothing. Just reading about installation being comlicated made me wait. Then I tried and realized I can't run maintenance/dumpBackup.php ( http://www.mediawiki.org/wiki/Extension_talk:Lucene-search#Problems_getting_started_18537 ) Btw, if power users have so much problems with the Go functionality. Have you considered writing a Gadget? Why do you assume poer users have problems with it? I assume the non-power user has problems with a forced GO-button. We went quite off topic here (but I like discussing like that). I opened this bug report when I tested Vector. I don't use it (still MW 1.16 here) so I cannot tell if MW still behaves as reported. -- 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 40654] New: Fix usage of makeParserOptions in ApiParse
https://bugzilla.wikimedia.org/show_bug.cgi?id=40654 Web browser: --- Bug #: 40654 Summary: Fix usage of makeParserOptions in ApiParse Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ContentHandler AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: daniel.kinz...@wikimedia.de Classification: Unclassified Mobile Platform: --- IAlex spotted that I3b2dad3a was not correctly merged i9nto the Wikidata branch. Needs 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 27786] let empty metadata-elements pass through tidy
https://bugzilla.wikimedia.org/show_bug.cgi?id=27786 Bergi a.d.be...@web.de changed: What|Removed |Added CC||a.d.be...@web.de --- Comment #3 from Bergi a.d.be...@web.de 2012-10-01 10:24:33 UTC --- (In reply to comment #2) MediaWiki strips empty SPAN attributes, but not empty DIV. Sure, but this bug is about empty spans. The mentioned http://en.wikipedia.org/wiki/COinS metadata format even /specifies/ the use of span tags... Btw, div style=display:inline; is a horrible workaround for span. -- 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 40655] New: Sites resource loader module's cache should be invalidated when site config changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=40655 Web browser: --- Bug #: 40655 Summary: Sites resource loader module's cache should be invalidated when site config changes Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: danwe...@web.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- The resource loader module for site details should be invalidated whenever the configuration of sites changes. Otherwise the changes won't be propagated to JavaScript until the resource loader's cache is purged for some other reason. -- 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 40656] New: Test coverage of JavaScript QUnit tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=40656 Web browser: --- Bug #: 40656 Summary: Test coverage of JavaScript QUnit tests Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Wikidata AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danwe...@web.de Classification: Unclassified Mobile Platform: --- Right now we only generate statistics of test coverage for PHPunit tests. It would be nice to have the same for QUnit. -- 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 40657] New: Auto-generated documentation for JavaScript code based on already existing doxygen comments
https://bugzilla.wikimedia.org/show_bug.cgi?id=40657 Web browser: --- Bug #: 40657 Summary: Auto-generated documentation for JavaScript code based on already existing doxygen comments Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: danwe...@web.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Right now we only generate a documentation for PHP code. This can be found here: http://wikidata-docs.wikimedia.de/ It would be nice to have the same for JavaScript code if this is possible somehow. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40551] Check insertDefaultSites in Utils.php (2)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40551 Jens Ohlig jens.oh...@wikimedia.de changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jens.oh...@wikimedia.de Resolution||FIXED --- Comment #2 from Jens Ohlig jens.oh...@wikimedia.de 2012-10-01 10:55:52 UTC --- Fixed by Tim Starling in I394c33f3ef06d09bae32fa875a33c93b3131daed -- 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 40573] Backport fixes to Wikibase v0.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=40573 Bug 40573 depends on bug 40551, which changed state. Bug 40551 Summary: Check insertDefaultSites in Utils.php (2) https://bugzilla.wikimedia.org/show_bug.cgi?id=40551 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40658] New: CheckUserLog API: Support for query continue
https://bugzilla.wikimedia.org/show_bug.cgi?id=40658 Web browser: --- Bug #: 40658 Summary: CheckUserLog API: Support for query continue Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: CheckUser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: amalthea.wikime...@googlemail.com CC: aschulz4...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- The ApiQueryCheckUserLog does not support query-continue logic. It would be nice if it did. In fact, there's actually a bug in the module related to this: It already selects tt$limit + 1/tt rows, presumably because it was based on a module that supported query-continue, so the result currently always contains one more row than requested. -- 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 40635] Special:CreateProperty already in use
https://bugzilla.wikimedia.org/show_bug.cgi?id=40635 [[kgh]] mediaw...@kghoffmeyer.de changed: What|Removed |Added CC||mediaw...@kghoffmeyer.de Severity|normal |critical --- Comment #3 from [[kgh]] mediaw...@kghoffmeyer.de 2012-10-01 11:31:33 UTC --- Changing importance to critical since it interrupts the translation workflow not just for this extension but for all extension with special pages. What about Special:Create_Property? -- 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 40557] Check permissions on read (3)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40557 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added CC||daniel.kinz...@wikimedia.de --- Comment #3 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-10-01 11:50:57 UTC --- API modules were already checking the standard read permission, added unit tests for that: Idb009c0d Standard checks in core seems to be sufficient to enforce the read permission for UI access. I have confirmed this with manual testing for normal page views, history and diffs. We could add selenium tests, but I suggest a separate item with low prio for that. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39221] Inconsistent state within the internal storage backends
https://bugzilla.wikimedia.org/show_bug.cgi?id=39221 billinghurst billinghu...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||billinghu...@gmail.com Resolution|FIXED | --- Comment #73 from billinghurst billinghu...@gmail.com 2012-10-01 11:53:03 UTC --- Still some weird happenings File:St Clement Eastcheap - sword rest - front, close-up - 1394055.duplicate.jpg View or restore 11 deleted edits? https://commons.wikimedia.org/wiki/Special:Undelete/File:St_Clement_Eastcheap_-_sword_rest_-_front,_close-up_-_1394055.duplicate.jpg File says that it is deleted, yet it still shows as an active link, and shows an image. shrug -- 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 38648] The big Wiki Loves Monuments 2012 tracking bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=38648 Bug 38648 depends on bug 39221, which changed state. Bug 39221 Summary: Inconsistent state within the internal storage backends https://bugzilla.wikimedia.org/show_bug.cgi?id=39221 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39483] Cannot delete file Teameinlauf Herren Team.jpg on dewiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=39483 Bug 39483 depends on bug 39221, which changed state. Bug 39221 Summary: Inconsistent state within the internal storage backends https://bugzilla.wikimedia.org/show_bug.cgi?id=39221 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40402] SQLStore3 not yet working?
https://bugzilla.wikimedia.org/show_bug.cgi?id=40402 --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2012-10-01 12:26:02 UTC --- Should be fixed by https://gerrit.wikimedia.org/r/#/c/25873/ Can you confirm? -- 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 40402] SQLStore3 not yet working?
https://bugzilla.wikimedia.org/show_bug.cgi?id=40402 --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2012-10-01 12:27:09 UTC --- Or rather, this should fix the issue you encountered. SQLStore3 is still not quite ready for production usage. For one, containers don't work yet. -- 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 13631] Wikimedia should become an OpenID provider
https://bugzilla.wikimedia.org/show_bug.cgi?id=13631 --- Comment #19 from John Du Hart j...@compwhizii.net 2012-10-01 12:36:26 UTC --- (In reply to comment #18) OAuth should not require any core changes. No, it will. It shouldn't be implemented as an extension. If it's going to be done correctly, it needs to be done in core. -- 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 39967] Fatal error: Call to a member function getFullURL() on a non-object
https://bugzilla.wikimedia.org/show_bug.cgi?id=39967 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||jamesin.hongkon...@gmail.co ||m --- Comment #1 from MWJames jamesin.hongkon...@gmail.com 2012-10-01 12:41:22 UTC --- See https://gerrit.wikimedia.org/r/#/c/25860/2 If this solves the problem, please change the status to fixed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38158] jquery.byteLimit sometimes causes an unexpected 0 maxLength being enforced
https://bugzilla.wikimedia.org/show_bug.cgi?id=38158 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #12 from Sam Reed (reedy) s...@reedyboy.net 2012-10-01 12:49:27 UTC --- (In reply to comment #11) queued for merge to 1.20 tarball. https://gerrit.wikimedia.org/r/25874 -- 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 38865] Next wmf deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38865 Bug 38865 depends on bug 38158, which changed state. Bug 38158 Summary: jquery.byteLimit sometimes causes an unexpected 0 maxLength being enforced https://bugzilla.wikimedia.org/show_bug.cgi?id=38158 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38158] jquery.byteLimit sometimes causes an unexpected 0 maxLength being enforced
https://bugzilla.wikimedia.org/show_bug.cgi?id=38158 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #13 from Sam Reed (reedy) s...@reedyboy.net 2012-10-01 12:50:47 UTC --- Oops, not actually merged yet.. -- 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 38865] Next wmf deployment (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38865 Bug 38865 depends on bug 38158, which changed state. Bug 38158 Summary: jquery.byteLimit sometimes causes an unexpected 0 maxLength being enforced https://bugzilla.wikimedia.org/show_bug.cgi?id=38158 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35203] Semantic Search produces invalid links for ModSecurity (the WAF)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35203 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added CC||jamesin.hongkon...@gmail.co ||m --- Comment #5 from MWJames jamesin.hongkon...@gmail.com 2012-10-01 12:51:58 UTC --- Maybe it is my lack of technical knowledge but what exactly is the security issue here? I tried to follow the links and I could not find any hint of what is going wrong. Could you iterate on: 1) What is the exact problem? 2) What has to be different to make the problem go away? 3) or what should be done to satisfy modsecurity (I assume most people might not be sufficiently carry knowledge about modsecurity related topics, so explaining how that connects to SMW would be nice.) Those questions might seem a bit far but people try to help and only after they understand what issues are involved they might can come up with a solution. -- 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 13631] Wikimedia should become an OpenID provider
https://bugzilla.wikimedia.org/show_bug.cgi?id=13631 --- Comment #20 from Tyler Romeo tylerro...@gmail.com 2012-10-01 12:58:07 UTC --- (In reply to comment #19) (In reply to comment #18) OAuth should not require any core changes. No, it will. It shouldn't be implemented as an extension. If it's going to be done correctly, it needs to be done in core. Please explain why this is so. OAuth is not a requirement for MediaWiki, so there is no reason for it to be part of the core. And if MediaWiki is really trying to move to a more modular approach, then it is much more appropriate for it to be implemented as an extension. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40402] SQLStore3 not yet working?
https://bugzilla.wikimedia.org/show_bug.cgi?id=40402 Nischay Nahata nischay...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Nischay Nahata nischay...@gmail.com 2012-10-01 13:02:23 UTC --- This was a minor issue already identified and fixed in https://gerrit.wikimedia.org/r/#/c/19378/ but still in review.. -- 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 40658] CheckUserLog API: Support for query continue
https://bugzilla.wikimedia.org/show_bug.cgi?id=40658 --- Comment #1 from Sam Reed (reedy) s...@reedyboy.net 2012-10-01 13:03:29 UTC --- (In reply to comment #0) In fact, there's actually a bug in the module related to this: It already selects tt$limit + 1/tt rows, presumably because it was based on a module that supported query-continue, so the result currently always contains one more row than requested. $this-addOption( 'LIMIT', $limit + 1 ); Indeed. It also doesn't check if said results fit into the api resultset -- 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 36947] No results in file formats on Special:Ask or Special:Query Creator
https://bugzilla.wikimedia.org/show_bug.cgi?id=36947 MWJames jamesin.hongkon...@gmail.com changed: What|Removed |Added CC||jamesin.hongkon...@gmail.co ||m --- Comment #5 from MWJames jamesin.hongkon...@gmail.com 2012-10-01 13:06:56 UTC --- Can this behaviour be verified against the current SMW 1.8 release. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 5645] Hide signature button from edit toolbar in main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=5645 Andrew Gray w...@generalist.org.uk changed: What|Removed |Added CC||w...@generalist.org.uk --- Comment #5 from Andrew Gray w...@generalist.org.uk 2012-10-01 14:08:52 UTC --- Recently discussed on enwiki with (so far) broad support: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#Proposal:_remove.2Fhide_signature_button_when_editing_articles -- 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 40659] New: label description input field stay disabled when editing the value twice in a row without reloading the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=40659 Web browser: --- Bug #: 40659 Summary: label description input field stay disabled when editing the value twice in a row without reloading the page Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: tobias.gritschac...@wikimedia.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- in the UI, the label and the description input fields remain disabled when trying to edit the value twice without reloading the browser. -- 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 40632] Kill $wgCleanupPresentationalAttributes from MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=40632 --- Comment #12 from Sam Reed (reedy) s...@reedyboy.net 2012-10-01 14:18:06 UTC --- [15:06:47] Ulfr Reedy: Can you comment on the bug on my behalf? Something simple like 'Very yes.' [15:06:56] Ulfr That bloody variable completely tanked my weekend [15:07:41] Ulfr Well, that and CentOS being older than I realized :P -- 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 40660] New: ResourceLoader breaks nbsp; in Javascript literals
https://bugzilla.wikimedia.org/show_bug.cgi?id=40660 Web browser: --- Bug #: 40660 Summary: ResourceLoader breaks nbsp; in Javascript literals Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ResourceLoader AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b-jor...@alum.northwestern.edu CC: krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- If a Javascript file loaded through ResourceLoader contains the text strings #32;, nbsp;, or #160;, these will be changed to a raw space or non-breaking space. This causes a problem in [[en:MediaWiki:Gadget-charinsert.js]], as that gadget wants to effectively do document.createTextNode('nbsp;') to include the literal string nbsp; in the charinsert box. The source of the replacement is in includes/cache/MessageCache.php, at the end of get(). Since that's in such a low-level function, I don't know what the consequences of changing it might be for other messages. Another possibility might be to have ResourceLoader use getMsgFromNamespace instead to avoid the problematic replacement. -- 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 38334] PHP Notice: Undefined index: href in /www/w/skins/Vector.php on line 416
https://bugzilla.wikimedia.org/show_bug.cgi?id=38334 --- Comment #6 from Mark A. Hershberger m...@everybody.org 2012-10-01 14:47:22 UTC --- Nemo_bis: Since you put this back to 1.20, are you going to provide a fix this week? -- 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 40598] [Regression] jquery.localize tests are failing in IE6-8
https://bugzilla.wikimedia.org/show_bug.cgi?id=40598 --- Comment #3 from Mark A. Hershberger m...@everybody.org 2012-10-01 14:51:04 UTC --- (In reply to comment #2) This should definitely block 1.20, as a matter of fact, if we were running javascript tests in the first place, this would've blocked wmf-deployment and master as well. Great! You've been great about supplying patches, I hope you'll fix this one this week. :) -- 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 40660] ResourceLoader breaks nbsp; in Javascript literals
https://bugzilla.wikimedia.org/show_bug.cgi?id=40660 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström niklas.laxst...@gmail.com 2012-10-01 15:16:21 UTC --- RL shouldn't be loading JS/CSS via wfMessage. Work around is to split the string into two parts. -- 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 13631] Wikimedia should become an OpenID provider
https://bugzilla.wikimedia.org/show_bug.cgi?id=13631 --- Comment #21 from Bryan Tong Minh bryan.tongm...@gmail.com 2012-10-01 15:27:46 UTC --- (In reply to comment #18) Furthermore, that still doesn't change the fact that OpenID is limited in its capabilities since it's not actually meant for service authentication. So maybe in the case above, where the only thing the toolserver app needs to do is verify the user's identity, it would work, but for any app that actually needs to do something on behalf of the user, OpenID is useless. Exactly, but that is precisely the case that I was aiming for, and I fully agree with comment #17, that it is better to have a good solution soon, rather than a perfect solution in the distant future. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22037] Advanced Formatting for Query Tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=22037 Sal Quintanilla salqu...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #17 from Sal Quintanilla salqu...@gmail.com 2012-10-01 15:31:15 UTC --- Re-opened for additional consideration regarding my comment on 9/22 above. -- 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 35203] Semantic Search produces invalid links for ModSecurity (the WAF)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35203 --- Comment #6 from Hans Meiser werthm...@webserver-management.de 2012-10-01 15:58:40 UTC --- Sorry MWJames, I'm currently very busy- and will provide further investigations or a complete solution as soon as possible to the community- if I can. By the way, this issue can be avoided by hinti ng/disabling the corresponding rule in ModeSecurity. The issue can have been reproduced by analizing the Apache/ModeSecurity log files while running the WAF. c u -- 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 22037] Advanced Formatting for Query Tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=22037 --- Comment #18 from Jack D. Pond jack.p...@psitex.com 2012-10-01 16:11:48 UTC --- (In reply to comment #16) Sal, You are correct - and it is a complete PITA requiring custom templates. However, the way we dealt with it is that we needed the custom template for the table headers anyway and we used the same template for both (the table and the search) as an inclusion. I haven't worked on Semantic MediaWiki in a while and I'm not currently doing any development with MediaWiki other than some conversion and support. If you have any ideas on how to avoid this unfortunate requirement (custom header/footer templates), I'm all ears. -- 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 40661] New: Add watch star to items in Special:UserContributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=40661 Web browser: --- Bug #: 40661 Summary: Add watch star to items in Special:UserContributions Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ea...@downlode.org Classification: Unclassified Mobile Platform: --- I think it would be beneficial to add the add this page to my watchlist blue star widget to each item in Special:UserContributions. I often add pages to my watchlist out of my contributions; in my case I do it using the Popups widget, but I'm sure that most people don't have that enabled. I would suggest having it on the left-hand side of the list if so. -- 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 40642] Publish Bugzilla customizations on Gerrit
https://bugzilla.wikimedia.org/show_bug.cgi?id=40642 --- Comment #2 from Daniel Zahn dz...@wikimedia.org 2012-10-01 16:23:30 UTC --- We have applied the following patch on April 12, 2012 https://bug731219.bugzilla.mozilla.org/attachment.cgi?id=601276 https://bugzilla.mozilla.org/show_bug.cgi?id=731219 http://community.pivotaltracker.com/pivotal/topics/cannot_integrate_with_bugzilla_4_0_4 -- 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 40662] New: Can't create a new gerrit-stats report
https://bugzilla.wikimedia.org/show_bug.cgi?id=40662 Web browser: --- Bug #: 40662 Summary: Can't create a new gerrit-stats report Product: Analytics Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ReportCard AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: quim...@gmail.com CC: d...@wikimedia.org, dvanli...@gmail.com Classification: Unclassified Mobile Platform: --- Hi, http://gerrit-stats.wmflabs.org/graphs/new doesn't seem to work. There is no way to introduce data? Selecting the Data tab get the wheel spinning... and spinning... with no options available showing up at least after 20 minutes. Using Mozilla Aurora browser - 17.0a2 (2012-09-20) PS: this is not a ReportCard bug but there was no other component to choose from under Analytics. -- 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 22037] Advanced Formatting for Query Tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=22037 --- Comment #19 from Sal Quintanilla salqu...@gmail.com 2012-10-01 16:26:21 UTC --- Hi Jack, Don't get me wrong, I don't want to avoid them. There are cases where they're needed, and this interface fine for it. The only issue I'm seeing is that introtemplate and outrotemplate aren't really templates in the context of mediawiki. They're more like introtext and outrotext, since they can't have arguments passed in. I'd like to see them work like templates that allow me to pass in arguments. -- 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 40642] Publish Bugzilla customizations on Gerrit
https://bugzilla.wikimedia.org/show_bug.cgi?id=40642 --- Comment #3 from Daniel Zahn dz...@wikimedia.org 2012-10-01 16:27:09 UTC --- http://wikitech.wikimedia.org/view/Bugzilla#Patches + RT-#2061: Patch bugzilla to restrict editbug permission + RT-#2098: Patch bugzilla to add delete comments permission and ability -- 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 34960] drop unused fields recentchanges.rc_moved_to_ns and recentchanges.rc_moved_to_title
https://bugzilla.wikimedia.org/show_bug.cgi?id=34960 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Umherirrender umherirrender_de...@web.de 2012-10-01 16:27:48 UTC --- successfully merged -- 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 16660] Database table cleanup (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16660 Bug 16660 depends on bug 34960, which changed state. Bug 34960 Summary: drop unused fields recentchanges.rc_moved_to_ns and recentchanges.rc_moved_to_title https://bugzilla.wikimedia.org/show_bug.cgi?id=34960 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 40662] Can't create a new gerrit-stats report
https://bugzilla.wikimedia.org/show_bug.cgi?id=40662 Dan Andreescu dandree...@wikimedia.org changed: What|Removed |Added CC||dandree...@wikimedia.org --- Comment #1 from Dan Andreescu dandree...@wikimedia.org 2012-10-01 16:37:32 UTC --- Hi Quim, thanks for the report. When you go to the Data tab, are you seeing the green (+ Add Metric) button? If not, could you please check a different browser and/or different resolutions so we can find when it's not displaying? The spinner is a known issue, we are most likely re-doing some of this interface so it's not a priority right 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 40550] Use http get with https whenever possible (2)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40550 Aude aude.w...@gmail.com changed: What|Removed |Added CC||aude.w...@gmail.com --- Comment #3 from Aude aude.w...@gmail.com 2012-10-01 16:52:02 UTC --- With the patch in https://gerrit.wikimedia.org/r/#/c/25509/ and doing a fresh install of MW + Wikibase repo (running maintenance/update.php), I get the following error: Warning: Invalid argument supplied for foreach() in /Library/WebServer/Documents/wikidata-repo/extensions/Wikibase/lib/includes/Utils.php on line 88 When I change the https back to http, then it works. There must be some other solution for this to work correctly. -- 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 38955] Don't include job_timestamp in checks for duplicate jobs
https://bugzilla.wikimedia.org/show_bug.cgi?id=38955 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|Possible bug in |Don't include job_timestamp |JobQueue::removeDuplicates |in checks for duplicate ||jobs --- Comment #1 from Sam Reed (reedy) s...@reedyboy.net 2012-10-01 16:57:57 UTC --- (In reply to comment #0) JobQueue::removeDuplicates doesn't seem to be very effective, since it considers the timestamp to be part of the job. I wouldn't consider timestamp to be relevant for most of the jobs. https://gerrit.wikimedia.org/r/25888 removes job_timestamp from the checks.. -- 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 40663] New: Add interlace info to file metadata
https://bugzilla.wikimedia.org/show_bug.cgi?id=40663 Web browser: --- Bug #: 40663 Summary: Add interlace info to file metadata Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: File management AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: federicol...@tiscali.it CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Depends on: 17645 Classification: Unclassified Mobile Platform: --- Would it be possible to add to the metadata shown on description page for JPEGs if the image is in progressive/interlaced format or not? This can sometimes be a crucial information. I don't know if there's a way to determine this more efficient than identify --verbose. -- 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 17645] OOM while thumbnailing huge progressive / interlaced JPEGs
https://bugzilla.wikimedia.org/show_bug.cgi?id=17645 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added Blocks||40663 -- 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 22037] Advanced Formatting for Query Tables
https://bugzilla.wikimedia.org/show_bug.cgi?id=22037 --- Comment #20 from Jack D. Pond jack.p...@psitex.com 2012-10-01 17:06:54 UTC --- (In reply to comment #19) Sal, Again, you are right. When I wrote the patch, it was to use the existing query function, that required the use of an incomplete header (no closing }}) and an incomplete footer (no opening {{) without changing the SemanticMediaWiki code, only adding what basically is a hook. I should not have used the word Template in there - it is misleading. It overcame a deficiency without causing other issues - but it is NOT the right answer. The correct answer would be to include the capability you mention - but it would also require more extensive modification of code. If you can get buy-in from Markus and/or Yaron, I'll look into it. Otherwise, I've done some work in the past that went to naught because it was not considered in keeping with the intellectual integrity of SMW, even though it was essential to meet my users' needs and I'm hesitant to make the investment. -- 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 40013] Connectivity interferes with saved articles (saved pages do not work offline)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40013 --- Comment #12 from Jon jrob...@wikimedia.org 2012-10-01 17:14:11 UTC --- 2 more ios version 6 users reported this - seems to be a big issue on ios6 -- 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 40660] ResourceLoaderWikiModule should not convert nbsp; to spaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=40660 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Unprioritized |Normal Version|1.20-git|1.17 Target Milestone|--- |Future release Summary|ResourceLoader breaks |ResourceLoaderWikiModule |nbsp; in Javascript |should not convert nbsp; |literals|to spaces Severity|normal |major -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40598] [Regression] jquery.localize tests are failing in IE6-8
https://bugzilla.wikimedia.org/show_bug.cgi?id=40598 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|wikibugs-l@lists.wikimedia. |krinklem...@gmail.com |org | Target Milestone|Future release |1.20.0 release -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40660] ResourceLoaderWikiModule should not convert nbsp; to spaces for pages in the MediaWiki-namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=40660 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|ResourceLoaderWikiModule|ResourceLoaderWikiModule |should not convert nbsp; |should not convert nbsp; |to spaces |to spaces for pages in the ||MediaWiki-namespace --- Comment #2 from Krinkle krinklem...@gmail.com 2012-10-01 17:19:45 UTC --- (In reply to comment #1) RL shouldn't be loading JS/CSS via wfMessage. Work around is to split the string into two parts. ResourceLoaderWikiModule uses Revision::getRawText, except if it comes from NS_MEDIAWIKI in which case it tries MessageCache first (for efficiency I guess). -- 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 40662] Can't create a new gerrit-stats report
https://bugzilla.wikimedia.org/show_bug.cgi?id=40662 --- Comment #2 from Quim Gil quim...@gmail.com 2012-10-01 17:30:13 UTC --- Oh sorry, seeing so much white in the page and a spinner I thought I had to wait to something to finish to load in order to be started, like a list of data sources available. The Add Metric button is there and it works. The workflow works, although it is many times unresponsive and freezes temporarily the browser (and this is happening with a powerful laptop). But it works, so feel free to resolve this bug. Sorry for the noise! -- 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 40664] New: Unable to get template arguments through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40664 Web browser: --- Bug #: 40664 Summary: Unable to get template arguments through API Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: christopher.d...@iofc.org CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net Classification: Unclassified Mobile Platform: --- Currently it is very difficult to parse templates externally. For example, if there is a template on a page with {{bots|deny=foo}}, a query to the templates prop shows that the bots template is on the page, but there is no way to get its attributes (both args and kwargs). As such, it would be nice to have some API call where you both get the templates on a page and their attributes. As far as I can see this isn't currently implemented (apologies if I've missed 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 34798] Diffs on recent changes feed should have the same formatting of the on wiki diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=34798 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Target Milestone|1.19.0 release |Future release --- Comment #3 from Mark A. Hershberger m...@everybody.org 2012-10-01 17:31:49 UTC --- updating milestones -- 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 34495] Patrol log should refer to the user performing the action instead of the user who made the patrolled edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=34495 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Target Milestone|1.19.0 release |Future release --- Comment #10 from Mark A. Hershberger m...@everybody.org 2012-10-01 17:31:50 UTC --- updating milestones -- 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 32760] wfprofilein Errors on upgrading to 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=32760 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Target Milestone|1.19.0 release |Future release --- Comment #7 from Mark A. Hershberger m...@everybody.org 2012-10-01 17:31:52 UTC --- updating milestones -- 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 34325] MobileFrontend extension doesn't load MediaWiki:Common.css
https://bugzilla.wikimedia.org/show_bug.cgi?id=34325 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||LATER --- Comment #14 from Jon jrob...@wikimedia.org 2012-10-01 17:32:44 UTC --- The original problem that was being raised as I read it was I cannot target styles on to the mobile site. Going deeper I read this to mean 'there is something I styled on desktop that simply must be on mobile'. This is not the same as meaning 'everything style on desktop should be on mobile'. Currently MediaWiki:Common.css is not maintained with mobile in mind - most of the time it is fixing problems on desktop. In fact numerous of the css rules in MediaWiki:Common.css have been targeted in the MobileFrontend core to be optimised for mobile. There are also various rules that exist in MediaWiki:Common.css such as '.treeview ul' that don't appear on every page - so these are not in fact what I'd call 'common'. These add unnecessary bloat to mobile where every byte matters. The fact that MediaWiki:Common.css is how styles get to the desktop site is irrelevant. As far as I can see MediaWiki:Mobile.css allows people that are concerned about these things to target css to mobile users to address mobile specific problems. There is a real opportunity here to include MediaWiki:Mobile.css on desktop and move styles applicable to both desktop and mobile to MediaWiki:Mobile.css - I think this is a much better approach and I think would get closer to what is needed. FWIW a server admin who really really wants MediaWiki:Common.css in mobile can do so by adding the following line to their config: $wgMobileSiteResourceLoaderModule['MediaWiki:Common.css'] = array( 'type' = 'style' ); Personally my opinion is this should be marked as WONTFIX but I'm marking it with the more optimistic LATER. This is not a bug. It's currently by design. -- 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 40664] Unable to get template arguments through API
https://bugzilla.wikimedia.org/show_bug.cgi?id=40664 --- Comment #1 from Chris Down christopher.d...@iofc.org 2012-10-01 17:33:36 UTC --- I should mention that the reason that this is particularly difficult is because the ability to nest templates probably requires a CFG to properly parse them without this. It would be much easier just to be able to get this from the API. -- 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 38334] PHP Notice: Undefined index: href in /www/w/skins/Vector.php on line 416
https://bugzilla.wikimedia.org/show_bug.cgi?id=38334 --- Comment #7 from Nemo_bis federicol...@tiscali.it 2012-10-01 17:35:33 UTC --- (In reply to comment #6) Nemo_bis: Since you put this back to 1.20, are you going to provide a fix this week? Of course not, I'm not a coder. The question (to Krinkle) seems rather to be: is this a regression that should be avoided in a release? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38334] PHP Notice: Undefined index: href in /www/w/skins/Vector.php on line 416
https://bugzilla.wikimedia.org/show_bug.cgi?id=38334 --- Comment #8 from Krinkle krinklem...@gmail.com 2012-10-01 17:44:02 UTC --- Why am I suddenly responsible for this? (just wondering, I don't mind). To answer the question: No, PHP errors should not be acceptable, our unit tests should've caught it in which case whatever caused this couldn't have been merged in the first place. However I'd rather not add isset() calls in Vector.php all over the place, it should have a 'href' property at that point. So though the error comes from that line, the problem is deeper. Maybe Niklas can provide a more elaborate stack trace and dump the array in question to see what else is in it? (e.g. it it contains 'text' = 'Thread', we'd know to look in LQT). -- 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 40662] Can't create a new gerrit-stats report
https://bugzilla.wikimedia.org/show_bug.cgi?id=40662 Dan Andreescu dandree...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Dan Andreescu dandree...@wikimedia.org 2012-10-01 17:46:52 UTC --- No prob. We're working on the responsiveness. -- 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 38334] PHP Notice: Undefined index: href in /www/w/skins/Vector.php on line 416
https://bugzilla.wikimedia.org/show_bug.cgi?id=38334 --- Comment #9 from Mark A. Hershberger m...@everybody.org 2012-10-01 17:48:54 UTC --- (In reply to comment #8) Why am I suddenly responsible for this? I don't know why Nemo_bis thinks this had to be fixed for release, but if you're willing to take it on, go for it. Keep in mind that 1.20 is supposed to be coming out very soon. As in, the release candidate issued this week is probably the last one -- unless a killer bug is found. -- 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 40662] Can't create a new gerrit-stats report
https://bugzilla.wikimedia.org/show_bug.cgi?id=40662 Quim Gil quim...@gmail.com changed: What|Removed |Added Status|RESOLVED|VERIFIED -- 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 36017] Initial Loaded page content for Mobile App
https://bugzilla.wikimedia.org/show_bug.cgi?id=36017 --- Comment #22 from Jon jrob...@wikimedia.org 2012-10-01 17:54:42 UTC --- Interestingly someone just requested that the home page is a blank static page - as they are concerned about the extra data they download every time they start the app and they only use the search function. They suggested making this possible via the settings page. This could be a good way to experiment with different start pages... -- 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 38334] PHP Notice: Undefined index: href in /www/w/skins/Vector.php on line 416
https://bugzilla.wikimedia.org/show_bug.cgi?id=38334 Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed: What|Removed |Added CC||mediawiki-bugs@nadir-seen-f ||ire.com --- Comment #10 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2012-10-01 17:55:52 UTC --- (In reply to comment #8) Why am I suddenly responsible for this? (just wondering, I don't mind). To answer the question: No, PHP errors should not be acceptable, our unit tests should've caught it in which case whatever caused this couldn't have been merged in the first place. However I'd rather not add isset() calls in Vector.php all over the place, it should have a 'href' property at that point. So though the error comes from that line, the problem is deeper. Maybe Niklas can provide a more elaborate stack trace and dump the array in question to see what else is in it? (e.g. it it contains 'text' = 'Thread', we'd know to look in LQT). The standard thing to do in skins is use wfSuppressWarnings(); and then at the end use wfRestoreWarnings(); For some reason Vector does not do that. ...I wonder if we should just code that into SkinTemplate itself. -- 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 5645] Hide signature button from edit toolbar in main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=5645 Andrew Gray w...@generalist.org.uk changed: What|Removed |Added Component|Interface |General/Unknown Product|MediaWiki |Wikimedia -- 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 40538] VisualEditor: Selection is wrongly restored on undo
https://bugzilla.wikimedia.org/show_bug.cgi?id=40538 James Forrester jforres...@wikimedia.org changed: What|Removed |Added AssignedTo|roan.katt...@gmail.com |or...@framezero.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 40337] VisualEditor: Creating a link over-writes any existing annotations on the text
https://bugzilla.wikimedia.org/show_bug.cgi?id=40337 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|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 40140] VisualEditor: High-res icons don't display if small screen is resized to large
https://bugzilla.wikimedia.org/show_bug.cgi?id=40140 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Severity|trivial |enhancement --- Comment #2 from James Forrester jforres...@wikimedia.org 2012-10-01 18:25:24 UTC --- Mark as enhancement; this is nothing like a priority ahead of December. :-) -- 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 40665] New: Bug with watch and unwatch links
https://bugzilla.wikimedia.org/show_bug.cgi?id=40665 Web browser: --- Bug #: 40665 Summary: Bug with watch and unwatch links Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: major Priority: Unprioritized Component: LiquidThreads AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzi...@interspirit.de CC: agarr...@wikimedia.org Classification: Unclassified Mobile Platform: --- If I click the watch/unwatch links (next to a headline) nothing happens - the text unwatch doesn't change to watch. I can only watch/unwatch a thread by navigating to the permalink of the thread and use the watch/unwatch link (star) from the user menu in the very top. This is very cumbersome... You can test this behavior on mediawiki.org: Link to LiquidThreads view (watch doesn't work): http://www.mediawiki.org/wiki/Extension_talk:LiquidThreads#Bug_with_watch_and_unwatch_links_19376 Permalink (watch works by clicking the star): http://www.mediawiki.org/wiki/Thread:Extension_talk:LiquidThreads/Bug_with_watch_and_unwatch_links I found out that the links from the user menu contain my watchlist token at the very end - whereas the watch links within LiquidThreads don't have any token. Maybe this is the reason? I also found this behavior on my own wiki: MW 1.19.2 and LiquidThreads for 1.19.x (2.0-alpha). -- 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 40339] VisualEditor: Un-listing when the caret is at the end of the document throws an error
https://bugzilla.wikimedia.org/show_bug.cgi?id=40339 --- Comment #1 from James Forrester jforres...@wikimedia.org 2012-10-01 18:28:46 UTC --- Details: Uncaught TypeError: Cannot read property 'annotations' of undefined ve.dm.Document.js:529 ve.dm.Document.getAnnotationsFromOffset ve.dm.Document.js:529 ve.dm.Surface.change ve.dm.Surface.js:123 ve.ui.ListButtonTool.unlist ve.ui.ListButtonTool.js:161 ve.ui.ListButtonTool.onClick ve.ui.ListButtonTool.js:177 VeUiButtonTool.tool.$.on.mouseup ve.ui.ButtonTool.js:40 jQuery.event.dispatch load.php:3060 elemData.handle.eventHandle -- 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 39752] Unresolved filter for AFT5 feedback posts
https://bugzilla.wikimedia.org/show_bug.cgi?id=39752 Matthias Mullie mmul...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Highest -- 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 40337] VisualEditor: Creating a link over-writes any existing annotations on the text
https://bugzilla.wikimedia.org/show_bug.cgi?id=40337 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|--- |VE-deploy-2012-10-01 -- 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 38548] VisualEditor: Undo and Redo buttons must be flipped for RTL environments
https://bugzilla.wikimedia.org/show_bug.cgi?id=38548 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|--- |VE-deploy-2012-10-01 -- 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 37849] VisualEditor: All icons need hi-resolution version (HiDPI, Retina display)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37849 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|--- |VE-deploy-2012-09-17 -- 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 33239] VisualEditor: Link-activating/following
https://bugzilla.wikimedia.org/show_bug.cgi?id=33239 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|--- |VE-deploy-2012-09-17 -- 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 39512] VisualEditor: Annotated content stripped from an LI on save
https://bugzilla.wikimedia.org/show_bug.cgi?id=39512 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|--- |VE-deploy-2012-09-17 -- 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 40034] VisualEditor: Pressing enter in a textarea should not submit the form (saveDialog-editSummary)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40034 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|--- |VE-deploy-2012-09-17 -- 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 38006] VisualEditor: Design of save button should make it more prominent
https://bugzilla.wikimedia.org/show_bug.cgi?id=38006 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|--- |VE-deploy-2012-09-17 -- 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 40655] Sites resource loader module's cache should be invalidated when site config changes
https://bugzilla.wikimedia.org/show_bug.cgi?id=40655 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added CC||daniel.kinz...@wikimedia.de --- Comment #1 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-10-01 18:52:06 UTC --- Some resources in mediawiki have a version number that is included in the URL referenced from the main HTML. When the resource is updated, that version number gets bumped and causes a new URL to be used for the resource, effectively circumventing the stale cache. Is such a system available for resources in general? It seems like it would be useful... -- 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 13631] Wikimedia should become an OpenID provider
https://bugzilla.wikimedia.org/show_bug.cgi?id=13631 --- Comment #22 from Chris Steipp cste...@wikimedia.org 2012-10-01 18:54:58 UTC --- One of the most recent issues we encountered when we tested enabling the OpenID extension as a provider was that it's didn't fully integrate with the other authentication extensions. Specifically, when the provider wiki used ldap for it's authentication, users weren't able to complete the openid process. I need to dig in an see if this was some error in our setup, or if the extension isn't calling all of the hooks. I'll add some blocker bugs when I get it reproduced. -- 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