[Bug 45752] Bad job resulting in excess function nested (recursion?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=45752 Nemo changed: What|Removed |Added CC||federicol...@tiscali.it, ||wikibugs-l@lists.wikimedia. ||org Component|Internationalization|Parser -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45432] [TUX] Filter in the message list is not clearing on clicking the "X" icon
https://bugzilla.wikimedia.org/show_bug.cgi?id=45432 Santhosh Thottingal changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45752] Bad job resulting in excess function nested (recursion?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=45752 --- Comment #1 from Niklas Laxström --- Does not seem to be i18n related at all. You should check which page (or what content) it is parsing and see if there is something wrong with that. Should ask the parser gurus. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45756] Rename to Education program
https://bugzilla.wikimedia.org/show_bug.cgi?id=45756 --- Comment #2 from Nemo --- (In reply to comment #1) > Rename what? The extension, when not written in CamelCase, and all the occurrences of its name within itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34812] Allow minification of SVG files
https://bugzilla.wikimedia.org/show_bug.cgi?id=34812 --- Comment #2 from Krinkle --- I think we can apply the same as PNG files. I don't know of any SVG files we have in our repository that we manually edit to the level that can't aren't already be minified (they might have some indentation, but that's about it, and we could actually minify those in the repository, like we optimise PNG files). I know SVG is text where PNG is not, but unless we actually edit them, it should be fine. As for solving this bug, if we want to minify SVGs in separate requests (e.g. fonts), that would get quite tricky. They'd need a url to be served from. As for SVGs we embed in CSS (SVGs for icons like we do in VisualEditor), those could be easily minified before being base64 encoded (that is, once we have an xml minifier). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22471] local WhatLinksHere does not show image links of commons redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=22471 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36731] Cache dir listings to avoid excessive fstat calls
https://bugzilla.wikimedia.org/show_bug.cgi?id=36731 --- Comment #2 from Krinkle --- Is this (if so, how) ResourceLoader related? I know there are stat calls inside ResourceLoader, but afaik those are fairly well cached. The example shown in comment looks like Installer::findExtensions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28693] Implement command for double directionality in CSSJanus.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=28693 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35472] ResourceLoader cache not properly fixable after moving MediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=35472 Krinkle changed: What|Removed |Added Priority|Unprioritized |Lowest --- Comment #2 from Krinkle --- See also bug 44524. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27487] CSSMin should insert linebreaks every few 1000 characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=27487 Krinkle changed: What|Removed |Added Status|NEW |UNCONFIRMED CC||krinklem...@gmail.com Summary|Use linebreaks in RL css|CSSMin should insert ||linebreaks every few 1000 ||characters Ever confirmed|1 |0 --- Comment #5 from Krinkle --- Setting back to UNCONFIRMED. Someone needs to provide proof of there being a problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1] Documentation is out of date, incomplete (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1 Bug 1 depends on bug 43905, which changed state. Bug 43905 Summary: Document ResourceLoaderModule 'loaderScripts' property https://bugzilla.wikimedia.org/show_bug.cgi?id=43905 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43905] Document ResourceLoaderModule 'loaderScripts' property
https://bugzilla.wikimedia.org/show_bug.cgi?id=43905 Krinkle changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Krinkle --- (In reply to comment #7) > Should adding "loaderScripts" to a previously working stanza result in an > emitted warning: > > Error: Unknown dependency: ext.abc Yes, because defining loaderScripts means you take over responsibility of registering the modules. If the files provided to loaderScripts don't actually do that, then it is a missing dependency as it is unregistered and unknown. > Maybe it is as easy as improving the error handling here. The developer > should be told something like "You used 'loaderScripts' but forgot to do X". That would require the front-end to know all the different ways and sources that can define modules in the back-end. To the frontend they are all the same (mw.loader.register). And it can't be evaluated in the backend because it is javascript code that does the registering if you have a custom loaderScript. If you use the standard loaderScript (e.g. don't define that property in the module stanza) then it all works fine. Error handling could be better but in this case the changes requirement to do that are not worth the overhead and cost, which is especially hard to justify in a framework that tries to be as efficient as it can (the loader shouldn't make loading harder, but faster and more efficient as without its presence). I'm afraid that in this case it is simply a matter of using a feature that is too low-level (overr-riding the entire loader script) and as such is allowed to cause all kinds of errors without a clear cause, because it bypasses that by design. While the error is not very descriptive, it is very consistent and should be immediately noticeable if you happen to use loaderScripts by accident. Basic debugging should quickly lead one back to the change that caused it. -- I improved the documentation a bit by removing mentions from common examples (to avoid accidental misuse), and in the places I did leave it, I elaborated the description. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20257] SQLite support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20257 Bug 20257 depends on bug 37352, which changed state. Bug 37352 Summary: Boolean option issue when using sqlite https://bugzilla.wikimedia.org/show_bug.cgi?id=37352 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37352] Boolean option issue when using sqlite
https://bugzilla.wikimedia.org/show_bug.cgi?id=37352 Nischay Nahata changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Nischay Nahata --- Change Merged -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33917] load.php should return HTTP 500 if one or more exceptions were thrown
https://bugzilla.wikimedia.org/show_bug.cgi?id=33917 Krinkle changed: What|Removed |Added CC||fai...@wikimedia.org --- Comment #5 from Krinkle --- *** Bug 42166 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 42166] load.php should return HTTP 500 if one or more exceptions were thrown during the generation of the module response(s)
https://bugzilla.wikimedia.org/show_bug.cgi?id=42166 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Krinkle --- *** This bug has been marked as a duplicate of bug 33917 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33917] load.php should return HTTP 500 if one or more exceptions were thrown
https://bugzilla.wikimedia.org/show_bug.cgi?id=33917 Krinkle changed: What|Removed |Added Summary|load.php should return 500 |load.php should return HTTP |if cannot connect to db |500 if one or more ||exceptions were thrown -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40964] Implement support for LESS pre-processor in ResourceLoader
https://bugzilla.wikimedia.org/show_bug.cgi?id=40964 Krinkle changed: What|Removed |Added Version|unspecified |1.18 Summary|Support the less file |Implement support for LESS |extension |pre-processor in ||ResourceLoader -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44382] Update jquery.tipsy with $.fn.tipsy.autoBounds
https://bugzilla.wikimedia.org/show_bug.cgi?id=44382 Krinkle changed: What|Removed |Added Component|ResourceLoader |JavaScript -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27933] CSSMin should automatically add vendor prefixes for CSS3 properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=27933 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED CC||krinklem...@gmail.com Resolution|--- |WONTFIX Summary|Add private prefixes for|CSSMin should automatically |CSS3 properties |add vendor prefixes for |automatically in CSS|CSS3 properties |processing | --- Comment #6 from Krinkle --- I agree with WONTFIX: * The vendor prefixes might have different syntax * This is beyond optimisation of code and actually adds functionality, this is something for a a more advanced and explicit pre-processor (e.g. SASS, LESS), not something to silently add during minification. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25575] JavaScriptMinifier should preserve IE's "Conditional compilation" statements
https://bugzilla.wikimedia.org/show_bug.cgi?id=25575 Krinkle changed: What|Removed |Added Priority|Normal |Low CC||krinklem...@gmail.com Summary|Preserve Conditional|JavaScriptMinifier should |Compile IE statements |preserve IE's "Conditional ||compilation" statements --- Comment #3 from Krinkle --- See also: http://msdn.microsoft.com/en-us/library/ie/121hztk3(v=vs.94).aspx -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 700] Code quality issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=700 Krinkle changed: What|Removed |Added Depends on|26901 | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26901] Per module configuration
https://bugzilla.wikimedia.org/show_bug.cgi?id=26901 Krinkle changed: What|Removed |Added Blocks|700 | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28910] Add support for alternating versions of a module in ResourceLoader (e.g A/B testing or opt-in betas)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28910 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26818] ResourceLoader should pretty print JSON in mw.config/mw.user.options etc. in debug mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=26818 Krinkle changed: What|Removed |Added Priority|Normal |Low -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26818] ResourceLoader should pretty print JSON in mw.config/mw.user.options etc. in debug mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=26818 Krinkle changed: What|Removed |Added Summary|Human Readable JSON |ResourceLoader should |formatting of modules and |pretty print JSON in |configuration in debug mode |mw.config/mw.user.options ||etc. in debug mode -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26804] ResourceLoader should not fail when registering module by name of empty string
https://bugzilla.wikimedia.org/show_bug.cgi?id=26804 Krinkle changed: What|Removed |Added Priority|Normal |Low Summary|Minor ResourceLoader code |ResourceLoader should not |clean up|fail when registering ||module by name of empty ||string -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28846] Make it possible to debug private mw.loader variables
https://bugzilla.wikimedia.org/show_bug.cgi?id=28846 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com Version|1.17.0beta1 |1.17 Summary|ResourceLoader accessor |Make it possible to debug |functions for debugging |private mw.loader variables --- Comment #4 from Krinkle --- These, at least anno 2013, can be trivially inspected in Chrome Dev Tools when setting a breakpoint (or inspecting it directly during run time). I dont know about Firebug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26803] prefix (implied) global isCompatible()/startUp() function in the startup module
https://bugzilla.wikimedia.org/show_bug.cgi?id=26803 Krinkle changed: What|Removed |Added Priority|Normal |Lowest -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31387] ResourceLoader can take a long time to package JS
https://bugzilla.wikimedia.org/show_bug.cgi?id=31387 Krinkle changed: What|Removed |Added Summary|Resource Loader can take a |ResourceLoader can take a |long time to package JS |long time to package JS -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44953] AutoLoader adds $IP to network share path
https://bugzilla.wikimedia.org/show_bug.cgi?id=44953 Krinkle changed: What|Removed |Added Component|ResourceLoader |General/Unknown -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45431] [TUX] Don't show the "No message documentation" label
https://bugzilla.wikimedia.org/show_bug.cgi?id=45431 Santhosh Thottingal changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45406] Jenkins: Update jshint to 1.x
https://bugzilla.wikimedia.org/show_bug.cgi?id=45406 Krinkle changed: What|Removed |Added Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45406] Jenkins: Update jshint to 1.x
https://bugzilla.wikimedia.org/show_bug.cgi?id=45406 Krinkle changed: What|Removed |Added Summary|Jenkins: Update jshint to |Jenkins: Update jshint to |1.0 |1.x --- Comment #1 from Krinkle --- They fixed jshint/jshint#881[1] which was blocking us from using 1.0. They released it a few hours ago in 1.1.0 (together with some other bug fixes): http://jshint.com/blog/2013-03-05/1-1-0/ [1] https://github.com/jshint/jshint/issues/881 -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44953] AutoLoader adds $IP to network share path
https://bugzilla.wikimedia.org/show_bug.cgi?id=44953 --- Comment #3 from Krinkle --- Please confirm that this is a MediaWiki related problem. Otherwise this issue should be closed. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43343] Move transcoded videos out of thumbs containers
https://bugzilla.wikimedia.org/show_bug.cgi?id=43343 Jan Gerber changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #6 from Jan Gerber --- bug 45294 is fixed now so the migration is done. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44524] update.php should invalidate ResourceLoader message cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=44524 Krinkle changed: What|Removed |Added Version|1.21-git|1.18 Target Milestone|--- |1.21.0 release Severity|normal |major --- Comment #1 from Krinkle --- Setting milestone to 1.21. This has affected various wikis (not wmf, since we don't use update.php) during upgrades. Also noticed it a couple times on my local dev wiki after updating. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28899] "startup" module's Last-Modified should take changes to mw.config / LocalSettings into account
https://bugzilla.wikimedia.org/show_bug.cgi?id=28899 Krinkle changed: What|Removed |Added Severity|normal |major --- Comment #4 from Krinkle --- @Roan: All global variables or the ones exposed in mw.config? It depends on whether we want to invalidate for the mw.config data, or for what could affect things indirectly (e.g. a global configuration variable can affect composition of other modules, or even presence of modules). Though depending on how the startup module calculates "everything" it might take that into account already in the 5 minute loop. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44362] ResourceLoaderWikiModule should query page modification times in batches
https://bugzilla.wikimedia.org/show_bug.cgi?id=44362 Krinkle changed: What|Removed |Added Summary|Batch page modification |ResourceLoaderWikiModule |time querying |should query page ||modification times in ||batches -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44362] Batch page modification time querying
https://bugzilla.wikimedia.org/show_bug.cgi?id=44362 Krinkle changed: What|Removed |Added Keywords||performance Priority|Normal |Low Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45684] getExpandedArguments should not count toward the 10-second Lua execution limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=45684
--- Comment #8 from Tim Starling ---
(In reply to comment #3)
> One of the problems that Lua scripting was intended to solve was that the
> weather box rendering template should not take 50 seconds to render and there
> is no reason on Earth why it should render as nearly as slow as this. I mean,
> that's approximately 3 seconds per template. That's like processing one
> weather
> box is just as complex as transcoding ~10 seconds of Full HD video using
> x264,
> which is completely untrue and just blows my mind in a very negative sense of
> this word.
I think the concerns about migration complexity are valid. If you're replacing
{{strlen}} with Lua, it's not really possible to know how long the arguments
will take to expand, in all the thousands of existing callers. So there's no
way the bug can reasonably be addressed by the developer of the relevant Lua
module.
I don't want to increase the timeout to something approaching the length of
time it takes to parse an existing long page, because I think that would lead
to permanent negative consequences for user experience.
I don't want to exclude all PHP function calls from the usage timer, since that
would open up DoS vulnerabilities, where the an expensive PHP function is
called repeatedly in a Lua tight loop. I think excluding only
getExpandedArgument() is a reasonable compromise. The results are cached by the
PPFrame object, so a DoS attack against it would basically equivalent to one
done with pure templates.
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45764] New: Replace ReaderFeedback with AFTv5 fo zhwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=45764 Web browser: --- Bug ID: 45764 Summary: Replace ReaderFeedback with AFTv5 fo zhwiki Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Keywords: shell Severity: normal Priority: Unprioritized Component: Site requests Assignee: wikibugs-l@lists.wikimedia.org Reporter: liang...@gmail.com CC: benap...@gmail.com, dereck...@espace-win.org, wikibugs-l@lists.wikimedia.org, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- Related discussion: https://zh.wikipedia.org/wiki/Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%96%B9%E9%92%88/%E5%AD%98%E6%A1%A3/2013%E5%B9%B41%E6%9C%88#.E5.BB.BA.E8.AE.AE.E5.B0.86enwp.E7.9A.84Feedback.E6.9C.BA.E5.88.B6.E5.8A.A0.E5.85.A5zhwp https://zh.wikipedia.org/wiki/Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%8A%80%E6%9C%AF#Reader_Feedback -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45727] [TUX] Outdated icon not appearing on proofread view
https://bugzilla.wikimedia.org/show_bug.cgi?id=45727 Bharat Kumar Jonnalagadda changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44018] ResourceLoader could use more wfDebug
https://bugzilla.wikimedia.org/show_bug.cgi?id=44018 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com Summary|RL could use more wfdebug |ResourceLoader could use ||more wfDebug -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45684] getExpandedArguments should not count toward the 10-second Lua execution limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=45684 --- Comment #7 from Tim Starling --- Created attachment 11887 --> https://bugzilla.wikimedia.org/attachment.cgi?id=11887&action=edit Overcomplicated pause timing diagram What it would look like if the timer was only restarted in the hook, not in unpause. The important thing is to not accidentally give Lua an extra CPU time allowance equal to the time from the signal to the unpause, because that could be arbitrarily long. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45684] getExpandedArguments should not count toward the 10-second Lua execution limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=45684 --- Comment #6 from Tim Starling --- Created attachment 11886 --> https://bugzilla.wikimedia.org/attachment.cgi?id=11886&action=edit Pause timing diagram Apologies for the bad drawing. The two intervals labelled "discount" are meant to be the same length. I said above that the timer can be restarted in the hook, but actually, I guess it can be more easily restarted on unpause. The pause counter needs to be reset when the timer is restarted, whether it is restarted from the hook or the unpause function. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45684] getExpandedArguments should not count toward the 10-second Lua execution limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=45684 --- Comment #5 from Tim Starling --- (In reply to comment #2) > Maybe it would be possible to record the CPU usage delta by calling > timer_gettime() at the start and end of the getExpandedArgument() call. But > translating that discount into delayed signal delivery would need to be done > with care, to avoid the same resolution issue when calling timer_settime(). Brad, can you look at this? I'm not sure exactly what the interface would look like -- maybe a simple LuaSandbox::pauseUsageTimer() and LuaSandbox::resumeUsageTimer(), with most of the logic written in C. luasandbox_update_usage() could adjust the returned usage based on the accumulated "pause" time. If the timeout timer expires with the pause counter non-zero, it would be restarted with an interval equal to the pause counter. If the timeout timer expires during "pause", we will have to wait for the hook function to run before we can re-arm it, since timer_settime() is not signal-safe. The amount to add to the pause counter would be the time between the pause and the signal, minus the time between the unpause and the hook execution. See attached diagram. It is possible to call timer_gettime() from the signal handler, so it's possible to do this calculation. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29693] ResourceLoader should not load CSS again if it was already included with only=styles
https://bugzilla.wikimedia.org/show_bug.cgi?id=29693 --- Comment #20 from Krinkle --- (In reply to comment #19) > (In reply to comment #18) > > Or it is a wontfix (if the reporter saw css being loaded once by only=styles > > and once by a regular load request), because that's only possible if the > > code > > using resourceloader is incorrectly adding the module to the load queue. > > > > e.g. by calling addModuleStyles() and then addModules() for the same module. > > I wouldn't call that a wontfix. Making the server side loader smarter and not > adding css that's already in the page will probably actually be a part of > fixing other bugs we have related to RL that we need to fix. This bug would > just end up depending on them instead of being WONTFIXED. I doubt that this will fit into any refactoring (planned or imaginary). -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29693] ResourceLoader should not load CSS again if it was already included with only=styles
https://bugzilla.wikimedia.org/show_bug.cgi?id=29693 --- Comment #19 from Daniel Friesen --- (In reply to comment #18) > Or it is a wontfix (if the reporter saw css being loaded once by only=styles > and once by a regular load request), because that's only possible if the code > using resourceloader is incorrectly adding the module to the load queue. > > e.g. by calling addModuleStyles() and then addModules() for the same module. I wouldn't call that a wontfix. Making the server side loader smarter and not adding css that's already in the page will probably actually be a part of fixing other bugs we have related to RL that we need to fix. This bug would just end up depending on them instead of being WONTFIXED. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44018] RL could use more wfdebug
https://bugzilla.wikimedia.org/show_bug.cgi?id=44018 Krinkle changed: What|Removed |Added Priority|Normal |Low Severity|normal |enhancement -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29693] ResourceLoader should not load CSS again if it was already included with only=styles
https://bugzilla.wikimedia.org/show_bug.cgi?id=29693 Krinkle changed: What|Removed |Added Priority|Normal |Low Status|NEW |RESOLVED Resolution|--- |WORKSFORME Severity|major |enhancement --- Comment #18 from Krinkle --- This bug is either fixed (if the reporter saw css being loaded twice by a bug). Or it is a wontfix (if the reporter saw css being loaded once by only=styles and once by a regular load request), because that's only possible if the code using resourceloader is incorrectly adding the module to the load queue. e.g. by calling addModuleStyles() and then addModules() for the same module. Closing as worksforme, feel free to change to fixed or wontfix respectively. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41453] Sometimes mw.loader.load do not load anything and mw.loader.using do not call any of the ready/error callbacks
https://bugzilla.wikimedia.org/show_bug.cgi?id=41453 --- Comment #12 from Krinkle --- Can you still reproduce this? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25962] Add support for URLs to mw.loader.using or callback to mw.loader.load
https://bugzilla.wikimedia.org/show_bug.cgi?id=25962 Krinkle changed: What|Removed |Added Priority|High|Low -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45578] CentralAuth does not always log you into other projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=45578 Jon changed: What|Removed |Added CC||jrob...@wikimedia.org --- Comment #3 from Jon --- I'm pretty sure I've worked this out. CentralAuth will only work if the user has previously visited the wiki project the login attempt is made for. Many browsers these days refuse cookies for sites the user has not visited. I'm still investigating but I'm pretty sure an image to a URL counts as a previous visit. See https://bugzilla.wikimedia.org/show_bug.cgi?id=45452 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45452] Uploading a photo when not logged into commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=45452 --- Comment #5 from Jon --- Pretty sure I've worked this out. The iPhone has a default setting to not accept cookies from websites that haven't been visited. Probably an upstream CentralAuth error but have added a workaround in the meantime.. https://gerrit.wikimedia.org/r/52354 -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45763] New: Mobile.js doesn't load
https://bugzilla.wikimedia.org/show_bug.cgi?id=45763 Web browser: --- Bug ID: 45763 Summary: Mobile.js doesn't load Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend Assignee: wikibugs-l@lists.wikimedia.org Reporter: jrob...@wikimedia.org CC: aricha...@wikimedia.org, mgro...@wikimedia.org, mpinc...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- I guess Mobile.css doesn't either... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45684] getExpandedArguments should not count toward the 10-second Lua execution limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=45684 Tim Starling changed: What|Removed |Added CC||bjor...@wikimedia.org -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45762] Wikibase-sitelinks-link-columnheading bad output on item creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=45762 --- Comment #1 from pustomyt...@gmail.com --- "Пов&039;язані статті" -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45762] New: Wikibase-sitelinks-link-columnheading bad output on item creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=45762 Web browser: --- Bug ID: 45762 Summary: Wikibase-sitelinks-link-columnheading bad output on item creation Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataClient Assignee: wikidata-b...@lists.wikimedia.org Reporter: pustomyt...@gmail.com CC: wikibugs-l@lists.wikimedia.org, wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- http://www.wikidata.org/wiki/MediaWiki:Wikibase-sitelinks-link-columnheading/uk is shown as "Пов'язані статті" during item creation -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45684] getExpandedArguments should not count toward the 10-second Lua execution limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=45684
--- Comment #4 from Michael Mantel ---
I respect the goal of the 10-second limit, but it seems to me that the time
limit in combination with the getExpandedArgument issue is overconstraining the
problem.
"Big templates" like {{weather box}} tend to use a lot of "small templates"
like {{hexadecimal}} and {{rnd}}. Where do we begin in converting these to
Lua? If we start with the big template, we'll have to make lots of
expandTemplate calls to the small templates, which may easily take us over the
10-second limit. Instead we started with the small templates, but the inputs
involve a lot of complex parser functions, so getExpandedArgument takes us over
the limit.
The only option left is, as Tim says, that "everything be converted to Lua
simultaneously". But how is that workable under the wiki model? Who is going
to coordinate this mass simultaneous conversion? Will we work on hundreds of
template sandboxes for months, and just pray that everything works perfectly
together when they're all switched over?
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45452] Uploading a photo when not logged into commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=45452 --- Comment #4 from Jon --- Simplified steps to reproduce: * In iPhone settings click clear history and clear cookies and data * Go to https://en.m.wikipedia.org * On wiki article click settings and opt into beta * log in * go to https://commons.wikimedia.org Expected: you should be logged into commons but you are not... -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45452] Uploading a photo when not logged into commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=45452 --- Comment #3 from Jon --- I can consistently replicate this on ios 6.1.2: * Clear browser settings on iphone * Using google search search for 'wiki' * On wiki article click settings and opt into beta * click donate image * log in as jdlrobson 2013 * click return to Special:DonateImage (uploads now fail) Looking closer at debug console, the login to commons seems to fail. This only seems to effect the first login: https Hostcommons.wikimedia.org Path/wiki/Special:AutoLogin Query Stringtoken= FilenameSpecial:AutoLogin Token: x Request: User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 6_1_2 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10B146 Safari/8536.25 Referrer: https://en.m.wikipedia.org/w/index.php?title=Special:UserLogin&action=submitlogin&type=login&returnto=Special:DonateImage Response Date: Wed, 06 Mar 2013 01:58:42 GMT X-Content-Type-Options: nosniff X-Cache-Lookup: MISS from cp1012.eqiad.wmnet:3128, MISS from cp1003.eqiad.wmnet:80 X-Cache: MISS from cp1012.eqiad.wmnet, MISS from cp1003.eqiad.wmnet Connection: keep-alive Content-Length: 825 Server: nginx/1.1.19 Content-Type: image/png Cache-Control: private, s-maxage=0, max-age=0, must-revalidate Set-Cookie: centralauth_User=Jdlrobson+2013; expires=Mon, 02-Sep-2013 01:58:42 GMT; path=/; domain=commons.wikimedia.org; secure; httponly, centralauth_Token=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/; domain=commons.wikimedia.org; secure; httponly, centralauth_Session=8b4b3615b38bc7549c2e47b43034; path=/; domain=commons.wikimedia.org; secure; httponly -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35467] Write docu/how-to for Windows with a GUI client
https://bugzilla.wikimedia.org/show_bug.cgi?id=35467 --- Comment #4 from Chad H. --- I've always read this bug as "Figure out and describe how to use Gerrit with TortoiseGit." This is not something I've ever intended to do, so I'd probably agree with WONTFIX. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45684] getExpandedArguments should not count toward the 10-second Lua execution limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=45684 --- Comment #3 from Victor Vasiliev --- One of the problems that Lua scripting was intended to solve was that the weather box rendering template should not take 50 seconds to render and there is no reason on Earth why it should render as nearly as slow as this. I mean, that's approximately 3 seconds per template. That's like processing one weather box is just as complex as transcoding ~10 seconds of Full HD video using x264, which is completely untrue and just blows my mind in a very negative sense of this word. I care about the physical integrity of my mind and hence suggest English Wikipedia to use the tools given and redeem our Movement for the sins against the computing we have been habitually committing ever since template complexity started growing insanely. I.e., I suggest WONTFIX. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13953] Allow global (Wikimedia-wide) user CSS/JS
https://bugzilla.wikimedia.org/show_bug.cgi?id=13953 Matthew Flaschen changed: What|Removed |Added CC||mflasc...@wikimedia.org -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45761] New: API module wbremoveclaims fail to apply baserevid
https://bugzilla.wikimedia.org/show_bug.cgi?id=45761 Web browser: --- Bug ID: 45761 Summary: API module wbremoveclaims fail to apply baserevid Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo Assignee: wikidata-b...@lists.wikimedia.org Reporter: jeb...@gmail.com CC: wikibugs-l@lists.wikimedia.org, wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- In API module wbremoveclaims a line is lost and the params is not pulled in and used during load, which would later create problems during save as conflicts will be handled in some weird way. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34250] [beta project] Set up search (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34250 Antoine "hashar" Musso changed: What|Removed |Added Priority|Lowest |High -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Antoine "hashar" Musso changed: What|Removed |Added Depends on||34250 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34250] [beta project] Set up search (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34250 Antoine "hashar" Musso changed: What|Removed |Added Blocks||2007 Summary|[beta project] Set up |[beta project] Set up |search |search (tracking) --- Comment #1 from Antoine "hashar" Musso --- That is a work in progress. I am currently focusing on that. Will hopefully open a bunch of dependent bug tomorrow. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21312] Request for feature: RevisionMove
https://bugzilla.wikimedia.org/show_bug.cgi?id=21312 --- Comment #29 from Graham87 --- (In reply to comment #28) > In what does this differ from mergehistory? > http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/56356 > This extension would make it possible to separate edits with exactly the same timestamp (see bug 37465) and it would also make it much easier to remove one or two edits in a page containing several thousand revisions like this: http://en.wikipedia.org/wiki/User_talk:Graham87/Archive_18#Unusual_history_merge Can Mergehistory do that? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45760] New: searchbox on meta.wikimedia.org doesn't autocomplete some "Grants:" pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=45760 Web browser: --- Bug ID: 45760 Summary: searchbox on meta.wikimedia.org doesn't autocomplete some "Grants:" pages Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Lucene Search Assignee: wikibugs-l@lists.wikimedia.org Reporter: suma...@wikimedia.org CC: rain...@eunet.rs Classification: Unclassified Mobile Platform: --- On meta.wikimedia.org, if I start "Grants:" in the searchbox, it autocompletes the single result "Grants:2011 review" but doesn't give me such results as https://meta.wikimedia.org/wiki/Grants:Start https://meta.wikimedia.org/wiki/Grants:IEG https://meta.wikimedia.org/wiki/Grants:Participation Perhaps the issue is that articles in certain namespaces show up if they start with numbers but not letters? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45526] Implement QUnit assert.htmlEqual test helper
https://bugzilla.wikimedia.org/show_bug.cgi?id=45526 Matthew Flaschen changed: What|Removed |Added Keywords||patch-in-gerrit, ||patch-need-review --- Comment #2 from Matthew Flaschen --- Change at https://gerrit.wikimedia.org/r/#/c/52336/ needs review. I also implemented notHtmlEqual. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45684] getExpandedArguments should not count toward the 10-second Lua execution limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=45684 --- Comment #2 from Tim Starling --- It's not especially simple to remove the time spent in getExpandedArgument() from the Lua usage timer, because stopping and restarting the timer causes it to be truncated to a fairly coarse resolution. If you stopped the timer during getExpandedArgument() calls, then expanding an argument once every millisecond or so would allow Lua to run forever. It's the same reason why the profiling timer is not stopped during PHP execution. Maybe it would be possible to record the CPU usage delta by calling timer_gettime() at the start and end of the getExpandedArgument() call. But translating that discount into delayed signal delivery would need to be done with care, to avoid the same resolution issue when calling timer_settime(). Just increasing the CPU limit to 30 seconds or so would be easy and would mostly fix the problem, but that is not the request made in this bug report. (In reply to comment #1) > The other alternative would be to remove the separate Lua clock and only > rely on a full page rendering limit. Tying a CPU limit reduction with the Lua deployment allows us to take advantage of the attention Lua deployers are paying to performance and error generation. If we just introduced a 30s CPU limit for all parsing, that would break many existing articles. Part of the reason we are introducing Lua is to eliminate long parse times which adversely affect user experience. The 10s limit reflects this goal. Experience suggests that the applications will expand to fill the limit, whatever the limit is. For metatemplates, a typical optimisation practice is to start with something ridiculously slow and to optimise it until some large test case stops generating Squid errors. Thus we are left with parse times of around 45s. If we introduced a 10s preprocessor CPU limit when we first introduced templates, then parse times would now be around 7.5s instead (albeit with a reduced set of applications). Requiring that everything be converted to Lua simultaneously in order to achieve <10s parse times is not, in my opinion, the worst possible solution. Weather boxes commonly cause complaints and Squid timeouts, despite their simple function. If I was setting Lua migration priorities, they would probably be first or second on the list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44360] Edit conflict handling is broken on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=44360 MZMcBride changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #16 from MZMcBride --- https://en.wikipedia.org/w/index.php?title=User_talk:MZMcBride&diff=542292244&oldid=542292175 Presumably another instance of whatever this issue is. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45697] Google Maps not working with https
https://bugzilla.wikimedia.org/show_bug.cgi?id=45697 --- Comment #10 from Jeroen De Dauw --- > Funny that after changing that it now says "Your browser is not compatible > with > Google Maps v3." even though I'm using the latest Chrome. That will happen when the Google Maps API code does not get loaded. Is this the case after your changes? Seems to work fine for me, in both ff and chromium. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45756] Rename to Education program
https://bugzilla.wikimedia.org/show_bug.cgi?id=45756 --- Comment #1 from Jeroen De Dauw --- Rename what? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45516] Rewrite getToken function
https://bugzilla.wikimedia.org/show_bug.cgi?id=45516 Jon changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |jrob...@wikimedia.org |org | --- Comment #1 from Jon --- https://gerrit.wikimedia.org/r/52317 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45634] ApiSandbox incorrectly shows two (2) generator selectors
https://bugzilla.wikimedia.org/show_bug.cgi?id=45634 PleaseStand changed: What|Removed |Added Keywords||patch-in-gerrit Status|NEW |ASSIGNED CC||pleasest...@live.com Assignee|wikibugs-l@lists.wikimedia. |pleasest...@live.com |org | --- Comment #1 from PleaseStand --- gerrit 52296 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45744] Please create ombudsmen.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=45744 --- Comment #6 from Philippe Beaudette --- Thanks for the quick action! -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45247] VisualEditor: Generalize logic in ve.FormatAction
https://bugzilla.wikimedia.org/show_bug.cgi?id=45247 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Assignee|roan.katt...@gmail.com |esand...@wikimedia.org --- Comment #1 from Roan Kattouw --- Reassigning to Ed because he's already doing this anyway. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36748] [OPS] syslog::server (in test) unusuable
https://bugzilla.wikimedia.org/show_bug.cgi?id=36748 --- Comment #5 from Antoine "hashar" Musso --- Bringing back the topic again on ops list and with a new change: https://gerrit.wikimedia.org/r/#/c/51668 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45627] Add wikidata revision id to article's html
https://bugzilla.wikimedia.org/show_bug.cgi?id=45627 --- Comment #7 from jeb...@gmail.com --- Yes, it is in a todo in the example code. -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45111] For some sitelinks Wikidata shows "The specified article could not be found"
https://bugzilla.wikimedia.org/show_bug.cgi?id=45111 jeb...@gmail.com changed: What|Removed |Added CC||mjb...@gmail.com --- Comment #16 from jeb...@gmail.com --- *** Bug 45754 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45754] action=wbgetentities converts ZWNJ to space
https://bugzilla.wikimedia.org/show_bug.cgi?id=45754 jeb...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||jeb...@gmail.com Resolution|--- |DUPLICATE --- Comment #1 from jeb...@gmail.com --- *** This bug has been marked as a duplicate of bug 45111 *** -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45759] "Platform" choices are out of date
https://bugzilla.wikimedia.org/show_bug.cgi?id=45759 --- Comment #4 from Matthew Flaschen --- Well, desktop OS is only in the right column of Platform, so that's worth keeping. I would suggest we just put all the OSes there and get rid of (migrating the existing data) Mobile Platform. As far as hardware (left column of platform), it's not as commonly an issue. But there are definitely sometimes hardware-specific issues. My understanding is that is much more common on mobile, but I think it happens on desktop occasionally too. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16976] Wikis waiting for creation (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16976 Bug 16976 depends on bug 45744, which changed state. Bug 45744 Summary: Please create ombudsmen.wikimedia.org https://bugzilla.wikimedia.org/show_bug.cgi?id=45744 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45744] Please create ombudsmen.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=45744 Sam Reed (reedy) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Sam Reed (reedy) --- Should be all done now... -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35467] Write docu/how-to for Windows with a GUI client
https://bugzilla.wikimedia.org/show_bug.cgi?id=35467 Quim Gil changed: What|Removed |Added CC||q...@wikimedia.org --- Comment #3 from Quim Gil --- There is something I don't understand. Our instructions for any platform are command-line based, except Gerrit reviews that are done for on a web interface. git and git-review are command line tools. We have instructions to install and run the tools needed on Windows. There are Git GUI clients for Windows out there. Gerrit seems to have some problems with Explorer but it is possible to install Firefox or Chrome. To me this looks like a WONTFIX, because we won't work on any GUI improvements for Git or git-review on Windows - or any other platform. Other projects out there might find this task interesting. Do you agree? Sorry if I misunderstood your request. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45759] "Platform" choices are out of date
https://bugzilla.wikimedia.org/show_bug.cgi?id=45759 --- Comment #3 from Jon --- (Platform rather) -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45759] "Platform" choices are out of date
https://bugzilla.wikimedia.org/show_bug.cgi?id=45759 --- Comment #2 from Jon --- Is there any point to having hardware at all? Is anyone using it? If so I'd encourage killing it... -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3233] Send a cookie with each block?
https://bugzilla.wikimedia.org/show_bug.cgi?id=3233 James Forrester changed: What|Removed |Added CC||jforres...@wikimedia.org --- Comment #25 from James Forrester --- [Comment also on the code, but it applies to the bug more widely.] I'm concerned that this adds still further to the (not short) list of cookies that MediaWiki in general, and WIkimedia's cluster in particular, can/will add. Has this gone through legal to approve it - e.g. are there issues with the privacy policy/Terms of Use? -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45758] Styling of list items misbehaves on iPad
https://bugzilla.wikimedia.org/show_bug.cgi?id=45758 Matthew Flaschen changed: What|Removed |Added Mobile Platform|--- |iOS 6.x --- Comment #2 from Matthew Flaschen --- This was on an iOS 6.1 simulator. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22596] Migrate subversion to git (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22596 Bug 22596 depends on bug 35145, which changed state. Bug 35145 Summary: Make git-review easier to install on Windows https://bugzilla.wikimedia.org/show_bug.cgi?id=35145 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35145] Make git-review easier to install on Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=35145 Quim Gil changed: What|Removed |Added Status|REOPENED|RESOLVED CC||q...@wikimedia.org Resolution|--- |FIXED --- Comment #43 from Quim Gil --- We have instructions to install git-review on Windows at http://www.mediawiki.org/wiki/Gerrit/git-review#Windows -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33193] Review and deploy Score extension to Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33193 Greg Grossmeier changed: What|Removed |Added CC||g...@wikimedia.org -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45750] Special:Import fails poorly if ContentHandler models don't match
https://bugzilla.wikimedia.org/show_bug.cgi?id=45750 Brad Jorsch changed: What|Removed |Added CC||bjor...@wikimedia.org, ||wikibugs-l@lists.wikimedia. ||org Component|Scribunto |Export/Import Product|MediaWiki extensions|MediaWiki Summary|import pages broken for |Special:Import fails poorly |Modules |if ContentHandler models ||don't match --- Comment #1 from Brad Jorsch --- The general cause is a version incompatibility. In order to properly support the auto-transclusion of /doc subpages, Scribunto's page handling was changed from "generic wikitext with an overridden display function to do it completely differently" to using ContentHandler with a new page type. test2 was updated yesterday, but enwiki won't be until next week. But Special:Import shouldn't be creating a broken page like that, no matter what else is going on. So I'm going to poke this bug in that direction. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45631] "Get edits" results should show CentralAuth lock status, like the "Get users" results do
https://bugzilla.wikimedia.org/show_bug.cgi?id=45631 --- Comment #1 from Marcin Cieślak --- Looked at this issue today. Can we have "messy" keyword instead? :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35403] Documentation for Gerrit on labs is almost as ugly as Gerrit itself
https://bugzilla.wikimedia.org/show_bug.cgi?id=35403 Quim Gil changed: What|Removed |Added CC|quim...@gmail.com | --- Comment #8 from Quim Gil --- What do you need? Please be precise. Ugliness is an unclear concept. :) There is https://wikitech.wikimedia.org/wiki/Gerrit - which should contain only Labs specific info and link to http://www.mediawiki.org/wiki/Gerrit & related mw.o pages for all the rest. -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45759] "Platform" choices are out of date
https://bugzilla.wikimedia.org/show_bug.cgi?id=45759 --- Comment #1 from Matthew Flaschen --- I just saw there's a mobile platform dropdown. I don't know why that's separate. The hardware issue at least needs to be addressed. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29583] Include actions logged by AbuseFilter inthe CheckUser results page
https://bugzilla.wikimedia.org/show_bug.cgi?id=29583 James Forrester changed: What|Removed |Added Summary|Include logged action from |Include actions logged by |abusefilter into CheckUser |AbuseFilter inthe CheckUser |report |results page Severity|normal |minor -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
