[Bug 33599] Add Siyam Rupali Font for Bengali to WebFonts
https://bugzilla.wikimedia.org/show_bug.cgi?id=33599 Siebrand changed: What|Removed |Added Summary|Please add Siyam Rupali |Add Siyam Rupali Font for |Font at Bengali Wikipedia |Bengali to WebFonts |for Extension:WebFonts | -- 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 33599] Add Siyam Rupali Font for Bengali to WebFonts
https://bugzilla.wikimedia.org/show_bug.cgi?id=33599 Siebrand changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |santhosh.thottingal@gmail.c |org |om -- 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 33599] Add Siyam Rupali Font for Bengali to WebFonts
https://bugzilla.wikimedia.org/show_bug.cgi?id=33599 Siebrand changed: What|Removed |Added Priority|Unprioritized |Normal Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33601] New: Make $wgPasswordSenderName localizable
https://bugzilla.wikimedia.org/show_bug.cgi?id=33601 Web browser: --- Bug #: 33601 Summary: Make $wgPasswordSenderName localizable Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: crangasi2...@yahoo.com CC: niklas.laxst...@gmail.com, s.mazel...@xs4all.nl Classification: Unclassified Per wikitech-l discussion, we should have this as a localizable string, defaulting to {{SITENAME}} -- 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 33601] Make $wgPasswordSenderName localizable
https://bugzilla.wikimedia.org/show_bug.cgi?id=33601 Strainu changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=32770 -- 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 33601] Make $wgPasswordSenderName localizable
https://bugzilla.wikimedia.org/show_bug.cgi?id=33601 Strainu changed: What|Removed |Added See Also|https://bugzilla.wikimedia. | |org/show_bug.cgi?id=32770 | Depends on||32770 -- 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 32770] Set $wgPasswordSenderName to $wgSitename to clarify notification emails
https://bugzilla.wikimedia.org/show_bug.cgi?id=32770 Strainu changed: What|Removed |Added Blocks||33601 -- 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 33481] Revision wrongly flagged as "automatically checked" after edit conflict
https://bugzilla.wikimedia.org/show_bug.cgi?id=33481 --- Comment #3 from Michael M. 2012-01-09 08:36:37 UTC --- (In reply to comment #2) > Was Elmar editing the page for 55+ seconds for such a small change? I suppose > it's possible. I think 55+ seconds for: starting link dialog from WikiEditor, messing around, inserting the link, clicking preview, testing the link, wondering why it doesn't work, deciding to save anyway is not very long, so definitely possible. -- 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 33602] New: list=allusers halts with an MWException at a certain user on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33602 Web browser: --- Bug #: 33602 Summary: list=allusers halts with an MWException at a certain user on enwiki Product: MediaWiki Version: 1.18 Platform: All URL: http://en.wikipedia.org/w/api.php?action=query&aufrom= %24champange%24&aulimit=max&auprop=editcount|groups&fo rmat=xml&list=allusers OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lolol0...@mailinator.com CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified This bug was seen on Wikipedia English. Special:Version states the version in use is r107965. For a few pages of list=allusers in the API, the iteration is fine, returning the next 500 users correctly. At the user $champange$, however, processing one of the 500 users to be returned causes the following error: CODE: internal_api_error_MWException INFO: Exception Caught: Internal error in ApiResult::setIndexedTagName: Bad parameter #0 /usr/local/apache/common-local/php-1.18/includes/api/ApiBase.php(1255): wfDebugDieBacktrace('Internal error ...') #1 /usr/local/apache/common-local/php-1.18/includes/api/ApiResult.php(202): ApiBase::dieDebug('ApiResult::setI...', 'Bad parameter') #2 /usr/local/apache/common-local/php-1.18/includes/api/ApiQueryAllUsers.php(249): ApiResult->setIndexedTagName(NULL, 'g') #3 /usr/local/apache/common-local/php-1.18/includes/api/ApiQuery.php(270): ApiQueryAllUsers->execute() #4 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(692): ApiQuery->execute() #5 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(358): ApiMain->executeAction() #6 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(342): ApiMain->executeActionWithErrorHandling() #7 /usr/local/apache/common-local/php-1.18/api.php(115): ApiMain->execute() #8 /usr/local/apache/common-local/live-1.5/api.php(3): require('/usr/local/apac...') #9 {main} -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33535] [SMW] WikiText not rendered correctly in Special:Ask results
https://bugzilla.wikimedia.org/show_bug.cgi?id=33535 --- Comment #8 from contrafibular...@hotmail.com 2012-01-09 08:41:56 UTC --- Not special pages per se, though it may not be specific to Special:Ask either. Special:RunQuery, when used with Semantic Forms, does render wiki markup. Then again the problem can be seen elsewhere, e.g. on property pages, in the list of values under "Pages using the property ...". -- 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 26204] fontsize in too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #24 from Krinkle 2012-01-09 08:43:30 UTC --- (In reply to comment #23) > least part of the software, and fixing this in shared.css would be > appropriate. No, it's not. There is no such element by the classname "mw-geshi" outputted by core. As such styling for those elements simply don't belong in core. Adding a css file and adding it to the top loading stack in trivial, sounds like a good thing to do. However if the font-size is too small, I wonder whether: * What is setting it that low in the first place ? Are there really no CSS rules coming from Geshi ? Perhaps the font-size was hardcoded in local wiki's Geshi.css, in which case the fix is to fix that. * Perhaps it's not specific to anything "div.mw-geshi" at all, and all we need is to add a rule for "pre" in general to the Vector skin. -- 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 33460] WebFonts "Select font" portlet menu should only be shown if there are options to choose from
https://bugzilla.wikimedia.org/show_bug.cgi?id=33460 Srikanth Logic changed: What|Removed |Added CC||srik@gmail.com --- Comment #5 from Srikanth Logic 2012-01-09 10:01:18 UTC --- The UI is something that needs to be worked out. Open http://www.mediawiki.org/wiki/Help:Extension:WebFonts/or (it loads oriya webfonts, but doesnt show up oriya fonts on the menu since the wiki's base language is english). I click Reset option, oriya goes of to squares, there is no way for me to get oriya except to reload the page. -- 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 33603] New: Enable Narayam using URL params
https://bugzilla.wikimedia.org/show_bug.cgi?id=33603 Web browser: --- Bug #: 33603 Summary: Enable Narayam using URL params Product: MediaWiki extensions Version: any Platform: All URL: http://www.mediawiki.org/wiki/Help:Extension:WebFonts OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: Narayam AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: srik@gmail.com CC: junu.pv+pub...@gmail.com, niklas.laxst...@gmail.com, santhosh.thottin...@gmail.com Classification: Unclassified Currently there is no option to use Narayam without setting interface language as "Narayam Supported Language". Scenario 1 : I need to edit Chennai Hackathon page[1] and add some Tamil text to it. Narayam is enabled on mediawiki wiki, but my interface language is English on the wiki. As such there seem to be no way to get narayam on the page except to change my interface language. Scenario 2 : I need to translate the WebFonts help page[2], but I dont have narayam on the page (inspite of it being enabled on the wiki) just because my interface language is English. Can there be some logic to check if webfonts and narayam is enabled on the wiki, special:translate page must load them based on the language selected? [1] http://www.mediawiki.org/wiki/Chennai_Hackathon_March_2012 [2] http://www.mediawiki.org/wiki/Help:Extension:WebFonts -- 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 33604] New: Ability to use different image files in different languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=33604 Web browser: --- Bug #: 33604 Summary: Ability to use different image files in different languages Product: MediaWiki extensions Version: any Platform: All URL: http://tawp.in/r/26x OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Translate AssignedTo: niklas.laxst...@gmail.com ReportedBy: srik@gmail.com CC: s.mazel...@xs4all.nl Classification: Unclassified Scenario : Translated versions of Help pages might need screen captures preferably in their own languages and having 1 single image across different languages might not be ideal. Having an option of using "localized images" might be good. URL has Narayam help page in Tamil, when help is done for Narayam on mediawiki, it will be nice to have screenshots taken from mediawiki running tamil as base language instead of generic one. -- 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 33604] Ability to use different image files in different languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=33604 Siebrand changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Siebrand 2012-01-09 10:27:08 UTC --- That's already possible and done. See below URL. https://www.mediawiki.org/w/index.php?title=Special:Translations&message=Translations:Help:Extension:WebFonts/6 When the Narayan user documentation becomes a translatable page, that'll also be possible there. -- 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 33605] New: Wikipedia Book creator - Create new book - PDF download error
https://bugzilla.wikimedia.org/show_bug.cgi?id=33605 Web browser: --- Bug #: 33605 Summary: Wikipedia Book creator - Create new book - PDF download error Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: da...@cesal.cz Classification: Unclassified When downloading created book this error showed: http://cs.wikipedia.org/w/ Na vykreslovacím serveru došlo k chybě: RuntimeError: command failed with returncode 256: ['mw-render', '-w', 'rl', '-c', 'cache/e8/e800873f5dd324e1/collection.zip', '-o', 'cache/e8/e800873f5dd324e1/output.rl', '--status', 'qserve://localhost:14311/e800873f5dd324e1:render-rl', '--template-blacklist', 'MediaWiki:PDF Template Blacklist', '--template-exclusion-category', 'Kategorie:Wikipedie:Netisknout', '--print-template-prefix', 'Tisk', '--print-template-pattern', '$1/Tisk', '--language', 'cs'] Last Output: 2012-01-09T11:20:04 mwlib.options.warn >> Both --print-template-pattern and --print-template-prefix (deprecated) specified. Using --print-template-pattern only. 1% reading /tmp/tmpUrajPa/revisions-1.txt 0% error removing '/tmp/tmpUrajPa' Traceback (most recent call last): File "/home/pp/local/bin/mw-render", line 9, in load_entry_point('mwlib==0.13.0', 'console_scripts', 'mw-render')() File "/home/pp/local/lib/python2.6/site-packages/mwlib-0.13.0-py2.6-linux-x86_64.egg/mwlib/apps/render.py", line 211, in main return Main()() File "/home/pp/local/lib/python2.6/site-packages/mwlib-0.13.0-py2.6-linux-x86_64.egg/mwlib/apps/render.py", line 176, in __call__ writer(env, output=tmpout, status_callback=self.status, **writer_options) File "/home/pp/local/lib/python2.6/site-packages/mwlib.rl-0.12.9-py2.6.egg/mwlib/rl/rlwriter.py", line 2176, in writer r = RlWriter(env, strict=strict, debug=debug, mathcache=mathcache, lang=lang) File "/home/pp/local/lib/python2.6/site-packages/mwlib.rl-0.12.9-py2.6.egg/mwlib/rl/rlwriter.py", line 245, in __init__ self.tmpdir = tempfile.mkdtemp() File "/home/pp/local/lib/python2.6/tempfile.py", line 318, in mkdtemp _os.mkdir(file, 0700) OSError: [Errno 31] Too many links: '/tmp/tmpFiUfpd' in function system, file /home/pp/local/lib/python2.6/site-packages/mwlib-0.12.17-py2.6-linux-x86_64.egg/EGG-INFO/scripts/nslave.py, line 37 -- 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 33583] Search namespaces from [[Special:Preferences]] are ignored
https://bugzilla.wikimedia.org/show_bug.cgi?id=33583 Antoine "hashar" Musso changed: What|Removed |Added CC||has...@free.fr --- Comment #3 from Antoine "hashar" Musso 2012-01-09 11:41:54 UTC --- I have added a test case with r108400 albeit commented out. -- 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 33270] Change default search profile from "advanced" to "default" for search queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=33270 Antoine "hashar" Musso changed: What|Removed |Added CC||has...@free.fr --- Comment #2 from Antoine "hashar" Musso 2012-01-09 11:42:56 UTC --- Basic tests cases added with r108400 -- 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 33583] Search namespaces from [[Special:Preferences]] are ignored
https://bugzilla.wikimedia.org/show_bug.cgi?id=33583 --- Comment #4 from Antoine "hashar" Musso 2012-01-09 11:51:29 UTC --- This bug is also on production wiki since r106780 was merged by r107975. Confirmed on mediawiki.org * set your namespace searching option to (Main) * in the top right input box search for "foobar" * Search page show pages from Manual and Extension namespaces. -- 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 33527] Wikipedia:About is hard-coded and not language-sensitive in Wikipedia Mobile Android app
https://bugzilla.wikimedia.org/show_bug.cgi?id=33527 --- Comment #13 from Yuvi Panda 2012-01-09 13:08:30 UTC --- Have sent a pull request. Need to finalize proper Icon to use. -- 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 33602] list=allusers with auprop=group throws a MWException at user:%95
https://bugzilla.wikimedia.org/show_bug.cgi?id=33602 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com Summary|list=allusers halts with an |list=allusers with |MWException at a certain|auprop=group throws a |user on enwiki |MWException at user:%95 --- Comment #1 from Bawolff 2012-01-09 13:19:27 UTC --- It seems to be related to [[user:%95]] - which is an invalid title. More concise example queries: http://en.wikipedia.org/w/api.php?action=query&aufrom=%258&aulimit=1&list=allusers&format=xml is fine, but upping the limit to 2 gives auinvalidtitle - http://en.wikipedia.org/w/api.php?action=query&aufrom=%258&aulimit=2&list=allusers&format=xml (Upping the limit past 2 for that query makes it ok - so error trying to make query-continue for user:%95 presumably) If setting auprop=groups, the exception is generated if user:%95 is in the result set. For example: http://en.wikipedia.org/w/api.php?action=query&aufrom=%258&aulimit=3&list=allusers&format=xml&auprop=groups (Presumably some title normalization is done when querying the other table) -- 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 26204] fontsize in too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 --- Comment #25 from Erwin Dokter 2012-01-09 13:30:59 UTC --- There already is a general rule or 'fix' for preformatted text, now annotated, that explains the root of the problem (it's not really a bug, just a side effect of the base font size). See r108142. The problem with GeSHi however is that it injects a Dynamically Generated Stylesheet in the head of every page that uses GeSHI, which re-declares the font for to plain 'monospace', negating the 'fix' in commonElements.css. Since the injected CSS loads *after* ResourceLoader has loaded the site/user CSS, the use of !important; is required in any CSS that attempts to fix GeSHI issues. It then loads Geshi.css, so putting the fixes in there is also not an option, as that would make any custamization completely impossible (as it is loaded after user CSS). Moving Geshi.css to the top loading stack would solve the problem only partly; it would still be overridden by the generated CSS, so !important is still required (as the code in common.css does now). I would also solve Geshi.css being loaded multiple times; each lang option for GeSHi generates a new CSS block in the head, including a line that loads Geshi.css. Just look at the source of [[MediaWiki talk:Common.css]] to see what I mean. A complete solution would be to move the GeSHi generated CSS to *above* the top RL modules. -- 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 33606] New: SF_RunQuery.php: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=33606 Web browser: --- Bug #: 33606 Summary: SF_RunQuery.php: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SemanticForms AssignedTo: yaro...@gmail.com ReportedBy: f.tr...@gmx.net CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified We found a small glitch with the current revision 10778 of SF_RunQuery.php which generates an error on Catchable fatal error: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given, called in D:\xampp\htdocs\aris\extensions\SemanticForms\specials\SF_RunQuery.php on line 105 and defined in D:\xampp\htdocs\aris\includes\parser\Parser.php on line 313 We switched to MW 1.18 together with SMW 1.7 any of our 30 RunQuery forms run into the same problem either called via Special:RunQuery or as url based service with wpRunQuery=true. It seems that in MW 1.18, $wgParser->mOptions expects an array instead of a string which causes the fatal error. -- 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 33606] SF_RunQuery.php: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=33606 f.trott changed: What|Removed |Added AssignedTo|yaro...@gmail.com |f.tr...@gmx.net -- 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 33607] New: Upload Wizard crashes Safari when using long description texts
https://bugzilla.wikimedia.org/show_bug.cgi?id=33607 Web browser: --- Bug #: 33607 Summary: Upload Wizard crashes Safari when using long description texts Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: UploadWizard AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rainerril...@hotmail.com CC: asha...@wikimedia.org, ne...@wikimedia.org Classification: Unclassified see https://secure.wikimedia.org/wikipedia/commons/wiki/Commons:Village_pump#Typing_long_descriptions_using_the_wizard_locks_up_my_browser https://secure.wikimedia.org/wikipedia/commons/w/index.php?title=Commons:Village_pump&oldid=65142142#Typing_long_descriptions_using_the_wizard_locks_up_my_browser I will report more details ASAP -- 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 17957] Infrastructure for image/video file uploads by FTP
https://bugzilla.wikimedia.org/show_bug.cgi?id=17957 --- Comment #6 from Tomasz W. Kozłowski 2012-01-09 14:26:50 UTC --- What's the status of this bug, any news if it's *ever* going to be implemented? It would really, really be useful for some of the Commons people uploading those big files and having to fill Bugzilla bugs and waste developers' time... :-) -- 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 33606] SF_RunQuery.php: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=33606 --- Comment #1 from f.trott 2012-01-09 14:42:55 UTC --- Created attachment 9826 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9826 Patch by James Hong Kong JHK: Since I needed it to work, with current SVN trunk I did a quick fix, which works fine as far I can see but you are the experts. It is just one line (see patch). -- 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 33381] SFI needs more specific error message when SF is disabled or missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=33381 f.trott changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from f.trott 2012-01-09 15:05:00 UTC --- Duplicate of a bug that was already fixed at the time of reporting. *** This bug has been marked as a duplicate of bug 32344 *** -- 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 32344] Non-clear error message.
https://bugzilla.wikimedia.org/show_bug.cgi?id=32344 f.trott changed: What|Removed |Added CC||fastgoldf...@gmail.com --- Comment #4 from f.trott 2012-01-09 15:05:00 UTC --- *** Bug 33381 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33608] New: Category tree shows inexisting categories and inexisting content (caching issue)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33608 Web browser: --- Bug #: 33608 Summary: Category tree shows inexisting categories and inexisting content (caching issue) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: code-update-regression Severity: major Priority: Unprioritized Component: CategoryTree AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dann...@email.cz Classification: Unclassified Special:CategoryTree shows obviously cached results and there's no way how to purge it. examples: root (2 cats) +- a (2 cats) +- aa (10 pages) +- ab (20 pages) +- b (2 cats) +- ba (30 pages) +- bb (40 pages) Create category ac as subcat of a. Recategorize all bb to ac. The tree shows: root (2 cats) +- a (3 cats) +- aa (10 pages) +- ab (20 pages) +- ac (40 pages) +- b (2 cats) +- ba (30 pages) +- bb (40 pages) Delete the bb. The tree shows again: root (2 cats) +- a (3 cats) +- aa (10 pages) +- ab (20 pages) +- ac (40 pages) +- b (2 cats) +- ba (30 pages) +- bb (40 pages) Involved operations which are not reflected in the tree: * recategorizing of pages * deletion of category ** deleting when being empty ** deleting when not being empty, but then emptied * recategorizing of category * emptying the category (still shows the original number of content before emptying) The tree is being shown correct after about 48 hrs. This behavior was not in past, so I'm adding code-update-regression keyword. -- 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 33608] Category tree shows inexisting categories and inexisting content (caching issue)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33608 Danny B. changed: What|Removed |Added Priority|Unprioritized |Normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17957] Infrastructure for image/video file uploads by FTP
https://bugzilla.wikimedia.org/show_bug.cgi?id=17957 --- Comment #7 from Michael Dale 2012-01-09 15:23:47 UTC --- I think three features are higher priority that would help address this need: * Deploy the chunk upload code for more robust http uploads. ( should happen soon with 1.19 ) * Deploy support for copyByURL to upload from http urls. * Support files larger than 100megs. ( swift back end efforts ) If we have all of those 3 things in place and we could then think about adding additional support for other stuff ( like FTP ) -- 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 33508] Enable Rollback group on id.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33508 zQheert changed: What|Removed |Added CC||z.qhe...@gmail.com --- Comment #4 from zQheert 2012-01-09 15:28:58 UTC --- please as soon as possible.. thanks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33609] New: Breaks login
https://bugzilla.wikimedia.org/show_bug.cgi?id=33609 Web browser: --- Bug #: 33609 Summary: Breaks login Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Unprioritized Component: NewUserMessage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ja...@thingelstad.com Classification: Unclassified I installed this extension and it works fine for a new user signing up, but it breaks login for existing users. Logging in as an existing user generates the error: Login error You have not specified a valid username. Disabling the extension resolved the issue for me. This is using MediaWiki 1.18.0. Nothing showed up in the error log. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17858] Provide EPUB sanitizer
https://bugzilla.wikimedia.org/show_bug.cgi?id=17858 dacu...@gmail.com changed: What|Removed |Added Priority|Low |High CC||dacu...@gmail.com Blocks||29023 Severity|enhancement |blocker -- 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 29023] Test installation and suitability of Extension:EPubExport for English Wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=29023 dacu...@gmail.com changed: What|Removed |Added Depends on||17858 -- 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 33604] Ability to use different image files in different languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=33604 Srikanth Logic changed: What|Removed |Added Resolution|WORKSFORME |INVALID --- Comment #2 from Srikanth Logic 2012-01-09 15:36:09 UTC --- My bad, didnt check this out properly -- 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 33497] editwarning dialog does not appear in IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=33497 --- Comment #8 from Mark A. Hershberger 2012-01-09 15:47:01 UTC --- Krinkle, Could you offer some suggestion here for how to specify onUnload handlers? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33497] editwarning dialog does not appear in IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=33497 --- Comment #9 from Mark A. Hershberger 2012-01-09 15:50:07 UTC --- And if Krinkle doesn't have time to respond, you can also look at [[mw:ResourceLoader/Migration_guide_(users)]] -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17957] Infrastructure for image/video file uploads by FTP
https://bugzilla.wikimedia.org/show_bug.cgi?id=17957 --- Comment #8 from Brion Vibber 2012-01-09 16:03:54 UTC --- Given chunked uploading and multi-selection in the upload dialog, there's much less need for FTP specifically. The fundamental killer is enabling larger files; this shouldn't really depend specifically on swift, as far as I know -- when we upload larger files today they don't touch swift in any way; we just have to have someone do it manually from the command line to bypass the size limits which exist primarily due to memory limits on single POST uploads. -- 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 33606] SF_RunQuery.php: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=33606 Sumana Harihareswara changed: What|Removed |Added Keywords||need-review, patch CC||suma...@panix.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 33608] Category tree shows inexisting categories and inexisting content (caching issue)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33608 --- Comment #1 from Danny B. 2012-01-09 16:20:10 UTC --- Another observation: Category tree shown: +- foo (5 pages) Two pages were taken out of foo category so the tree should show: +- foo (3 pages) but still shows +- foo (5 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 33606] SF_RunQuery.php: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=33606 Jeroen De Dauw changed: What|Removed |Added CC||jeroen_ded...@yahoo.com --- Comment #2 from Jeroen De Dauw 2012-01-09 16:24:36 UTC --- /confused You assigned this to yourself? :) Small remark: why not just pass in the PO object as argument instead of messing with wgParser? -- 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 33606] SF_RunQuery.php: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=33606 --- Comment #3 from f.trott 2012-01-09 16:30:17 UTC --- (In reply to comment #2) > You assigned this to yourself? :) > > Small remark: why not just pass in the PO object as argument instead of > messing > with wgParser? Yes, assigned it to myself. The bug is the result of an email exchange between James, Yaron and me. I put it in here to not forget about it. I did not look at it yet, so can not say anything about it. If you want to fix it, go ahead. -- 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 33546] Serbian (sr-ec and sr-el) should support GRAMMAR parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=33546 Siebrand changed: What|Removed |Added Keywords||i18n --- Comment #4 from Siebrand 2012-01-09 16:31:58 UTC --- Can we get the logic of attachment 9823 confirmed, please? -- 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 33546] Serbian (sr-ec and sr-el) should support GRAMMAR parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=33546 Siebrand changed: What|Removed |Added Priority|Unprioritized |Normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24702] Upload wizard: User preference for preferred license
https://bugzilla.wikimedia.org/show_bug.cgi?id=24702 rai...@rillke.eu changed: What|Removed |Added CC||rainerril...@hotmail.com --- Comment #8 from rai...@rillke.eu 2012-01-09 16:33:12 UTC --- "The license is described by the following wikitext (must contain a valid copyright tag):" - would be nice to have it in the prefs esp. regarding to the title of the bug. Preferred license can be something else, like {{self|cc-by-sa|FAL|GFDL}} - Anyway, thanks for this option. Great! I see a light on the end of the tunnel. -- 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 32822] Upload image, delete and upload it again causes database error with postgresql
https://bugzilla.wikimedia.org/show_bug.cgi?id=32822 --- Comment #16 from avtarg...@gmail.com 2012-01-09 16:51:49 UTC --- Uploads seem to work if "Ignore any warnings" is checked. -- 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 17957] Infrastructure for image/video file uploads by FTP
https://bugzilla.wikimedia.org/show_bug.cgi?id=17957 --- Comment #9 from Michael Dale 2012-01-09 16:54:00 UTC --- true. Once chunked is deployed you could remove the upload limit or start increasing it, as Brion mentions we have larger files manually inserted today. I mention swift, because once we do remove the upload size limit this may result in hitting the size limitations of the current single node storage system sooner, so opts may want to ease into enabling larger file uploads as the back end storage becomes more scalable. -- 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 33013] Fix Wikipedia icon in Android app
https://bugzilla.wikimedia.org/show_bug.cgi?id=33013 --- Comment #13 from Brion Vibber 2012-01-09 17:11:06 UTC --- Looks awesome! Committed: [master 6592ab8] Update icons per Heather's last update -- 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 33603] Enable Narayam using URL params
https://bugzilla.wikimedia.org/show_bug.cgi?id=33603 --- Comment #1 from Niklas Laxström 2012-01-09 17:11:48 UTC --- Doesm't uselang=ta count as 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 30323] [PrefixSearch] Add support for multiple namespaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=30323 --- Comment #3 from Mark A. Hershberger 2012-01-09 17:13:50 UTC --- > Has this been solved in MW 1.19? Or is there any kind of workaround? Hopefully you'll be able to test this on http://deployment.wmflabs.org/ today or tomorrow and confirm if it has been fixed or not. -- 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 32404] Wrong pagelinks to images and user discussion pages in namespace 0
https://bugzilla.wikimedia.org/show_bug.cgi?id=32404 --- Comment #12 from Malafaya 2012-01-09 17:15:50 UTC --- New occurrences have been found today, comparing to the situation of 5th January in pt.wiktionary. This is *after* the decomissioned workers found before the 5th were killed manually. -- 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 33555] SF Upload popup permissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=33555 --- Comment #1 from Yaron Koren 2012-01-09 17:31:42 UTC --- This may have been fixed already - try upgrading to the most recent version. -- 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 33375] Semantic Forms disregard $wgEmailConfirmToEdit
https://bugzilla.wikimedia.org/show_bug.cgi?id=33375 Yaron Koren changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Yaron Koren 2012-01-09 17:35:12 UTC --- I'm assuming this was already fixed, so I'm marking this as 'invalid' - feel free to re-open if it's still an issue in the latest version. -- 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 33508] Enable Rollback group on id.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=33508 Wagino changed: What|Removed |Added CC||wagino_2...@yahoo.co.id --- Comment #5 from Wagino 2012-01-09 17:43:27 UTC --- I have used this feature in the English Wikipedia and very helpful in combating vandalism, may be immediately applied in Indonesian Wikipedia. Cheers. -- 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 33582] Make it possible to automatically add pages to watchlist when adding a new section
https://bugzilla.wikimedia.org/show_bug.cgi?id=33582 Tim Landscheidt changed: What|Removed |Added CC||t...@tim-landscheidt.de --- Comment #2 from Tim Landscheidt 2012-01-09 17:54:15 UTC --- Note though that while the four mentioned options are mutually exclusive, this option according to the patch would act as an logical or. Personally, I find the proposed behaviour too fine-grained. -- 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 33537] RFE: Hook to change Enotif recipient list
https://bugzilla.wikimedia.org/show_bug.cgi?id=33537 Platonides changed: What|Removed |Added Keywords|need-review |reviewed CC||platoni...@gmail.com --- Comment #4 from Platonides 2012-01-09 17:59:07 UTC --- You are returning a Status object, but notifyOnPageChange() doesn't return anything (so the user-mail-enotif-list message is also unneeded). Also, I think you are passing too few parameters. You would want at least $watchers there, which could be modified to add/remove addresses (eg. you could have an extension which mailed a different team depending on the day of the week), something like the parameters of actuallyNotifyOnPageChange. Probably placed above "if ( $watchers ) {", but moving it outside its outer if. -- 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 33606] SF_RunQuery.php: Argument 3 passed to Parser::parse() must be an instance of ParserOptions, null given
https://bugzilla.wikimedia.org/show_bug.cgi?id=33606 Platonides changed: What|Removed |Added Keywords|need-review |reviewed CC||platoni...@gmail.com --- Comment #4 from Platonides 2012-01-09 18:11:39 UTC --- That parameter will actually set $wgParser->mOptions, but it's hard to find the right way to deal with the parser. Not pretty, but would work ok. However, I fail to see how you may be arriving to that line with a null $wgParser->mOptions, since it is set in line 85 with the same condition (why is that split in two ifs??), and ParserOptions::newFromUser can't return null. Did you have any customization to that file? PS: I hope you missed a digit, r10778 is from 2005 (the patch is from r108114, which is much saner :) ). -- 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 10574] Export pages should allow to export all pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=10574 Mark A. Hershberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #30 from Mark A. Hershberger 2012-01-09 18:32:41 UTC --- closing this since the fixes are made. -- 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 33503] Cannot login using IE6
https://bugzilla.wikimedia.org/show_bug.cgi?id=33503 --- Comment #11 from Mark A. Hershberger 2012-01-09 18:57:48 UTC --- I used your LocalSettings.php file and an instance of IE8 on http://winkyfrown.com/wiki/ and I *think* I saw this bug once or twice, but it seems to be very sporadic. -- 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 30712] mw.Uri throws error for protocol-relative urls
https://bugzilla.wikimedia.org/show_bug.cgi?id=30712 --- Comment #4 from Mark A. Hershberger 2012-01-09 19:00:07 UTC --- (In reply to comment #3) > If I recall correctly, this was fixed by Niel. Anything left ? Closing. If there is something left, reopen it with a list of things TBD. -- 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 30712] mw.Uri throws error for protocol-relative urls
https://bugzilla.wikimedia.org/show_bug.cgi?id=30712 Mark A. Hershberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33610] New: [SMW] 1.7.0.1; Special:Properties creates Internal error: no predefined property with "___gld"
https://bugzilla.wikimedia.org/show_bug.cgi?id=33610 Web browser: --- Bug #: 33610 Summary: [SMW] 1.7.0.1; Special:Properties creates Internal error: no predefined property with "___gld" Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jamesin.hongkon...@gmail.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified Trying to use Special:Properties creates the following error. There is no predefined property with "___gld". Backtrace: #0 ...\extensions\SemanticMediaWiki\includes\storage\SMW_SQLStore2.php(1036): SMWDIProperty->__construct('___gld') #1 ...\extensions\SemanticMediaWiki\specials\QueryPages\SMW_SpecialProperties.php(118): SMWSQLStore2->getPropertiesSpecial(Object(SMWRequestOptions)) #2 ...\extensions\SemanticMediaWiki\specials\QueryPages\SMW_QueryPage.php(56): SMWPropertiesPage->getResults(Object(SMWRequestOptions)) #3 ...\extensions\SemanticMediaWiki\specials\QueryPages\SMW_SpecialProperties.php(30): SMWQueryPage->doQuery(0, 50) #4 ...\includes\SpecialPageFactory.php(458): SMWSpecialProperties->execute(NULL) #5 ...\includes\Wiki.php(226): SpecialPageFactory::executePath(Object(Title), Object(RequestContext)) #6 ...\includes\Wiki.php(626): MediaWiki->performRequest() #7 ...\includes\Wiki.php(533): MediaWiki->main() Cheers, mwjames -- 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 33381] SFI needs more specific error message when SF is disabled or missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=33381 --- Comment #2 from badon 2012-01-09 19:12:44 UTC --- It looks like the fix was not yet released at the time of reporting. -- 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 33460] WebFonts "Select font" portlet menu should only be shown if there are options to choose from
https://bugzilla.wikimedia.org/show_bug.cgi?id=33460 --- Comment #6 from Mark A. Hershberger 2012-01-09 19:13:56 UTC --- (In reply to comment #5) > Open http://www.mediawiki.org/wiki/Help:Extension:WebFonts/or (it loads oriya > webfonts, but doesnt show up oriya fonts on the menu since the wiki's base > language is english). I click Reset option, oriya goes of to squares, there is > no way for me to get oriya except to reload the page. I'm not sure what fonts I have installed that would support Oriya, but when I hit "reset", there is definitely a change, but Oriya characters do not return to squares. -- 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 32894] Text area fields are too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=32894 Mark A. Hershberger changed: What|Removed |Added Priority|Normal |Low -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are 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 33611] New: &editintro= not working any more on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33611 Web browser: --- Bug #: 33611 Summary: &editintro= not working any more on mediawiki.org Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gpaum...@wikimedia.org Classification: Unclassified The &editintro= parameter works fine on the English Wikipedia and the French Wikipedia: * https://en.wikipedia.org/w/index.php?action=edit&editintro=Template:Test&title=foobar * https://fr.wikipedia.org/w/index.php?action=edit&editintro=Template:Test&title=foobar But for some reason, I can't get it to work any more on mediawiki.org: * https://www.mediawiki.org/w/index.php?action=edit&editintro=Template:Test&title=foobar It used to work until a few weeks ago at least. Maybe I'm just doing something stupid, in which case I'd be grateful if someone could point to me what I'm doing wrong. -- 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 32770] Set $wgPasswordSenderName to $wgSitename to clarify notification emails
https://bugzilla.wikimedia.org/show_bug.cgi?id=32770 --- Comment #8 from Reedy 2012-01-09 19:25:09 UTC --- (In reply to comment #6) > (In reply to comment #3) > > Please set $wgPasswordSenderName to "$wgSitename Mail". That's probably > > something like "$wgPasswordSenderName = $wgSitename . ' Mail';" in the > > configuration. > > This SHOULD be localized, so wouldn't it be simpler to just have a message for > this, which defaults to "{{SITENAME}} Mail"? I'm presuming in WikimediaMessages? -- 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 33605] Wikipedia Book creator - Create new book - PDF download error
https://bugzilla.wikimedia.org/show_bug.cgi?id=33605 Reedy changed: What|Removed |Added CC||developm...@pediapress.com Component|General/Unknown |Collection Version|unspecified |any Product|Wikimedia |MediaWiki extensions -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33609] NewUserMessage extensions breaks login
https://bugzilla.wikimedia.org/show_bug.cgi?id=33609 Reedy changed: What|Removed |Added Summary|Breaks login|NewUserMessage extensions ||breaks login -- 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 33612] New: IndexPager::reallyDoQuery (BlockListPager) when searching for blocked IP
https://bugzilla.wikimedia.org/show_bug.cgi?id=33612 Web browser: --- Bug #: 33612 Summary: IndexPager::reallyDoQuery (BlockListPager) when searching for blocked IP Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mich...@profarius.com Classification: Unclassified When searching for a blocked IP I see this Database error page. A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "IndexPager::reallyDoQuery (BlockListPager)". Database returned error "1: ERROR: operator does not exist: text <= integer LINE 1: ...(ipb_range_start LIKE '%' ) AND (ipb_range_start <= 0) AND ... ^ HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts.". -- 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 33612] IndexPager::reallyDoQuery (BlockListPager) when searching for blocked IP
https://bugzilla.wikimedia.org/show_bug.cgi?id=33612 Max Semenik changed: What|Removed |Added Keywords||postgresql CC||maxsem.w...@gmail.com -- 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 33611] &editintro= not working any more on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33611 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||ialex.w...@gmail.com, ||s.mazel...@xs4all.nl Component|General/Unknown |Translate Version|unspecified |any AssignedTo|wikibugs-l@lists.wikimedia. |niklas.laxst...@gmail.com |org | Product|Wikimedia |MediaWiki extensions --- Comment #1 from Alexandre Emsenhuber [IAlex] 2012-01-09 19:29:50 UTC --- This is due to the Translate extension that unconditionally the edit intro. -- 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 33611] &editintro= not working any more on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33611 --- Comment #2 from Alexandre Emsenhuber [IAlex] 2012-01-09 19:30:39 UTC --- Oops, forgot to write "suppress" in comment 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 33611] &editintro= not working any more on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33611 --- Comment #3 from Reedy 2012-01-09 19:31:20 UTC --- (In reply to comment #1) > This is due to the Translate extension that unconditionally the edit intro. Unconditionally and accidentally? -- 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 33612] IndexPager::reallyDoQuery (BlockListPager) when searching for blocked IP
https://bugzilla.wikimedia.org/show_bug.cgi?id=33612 --- Comment #1 from MTecknology 2012-01-09 19:32:13 UTC --- This happens when I search for an IP from the form on the Special:BlockList page. -- 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 33603] Enable Narayam using URL params
https://bugzilla.wikimedia.org/show_bug.cgi?id=33603 Reedy changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are 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 33610] [SMW] 1.7.0.1; Special:Properties creates Internal error: no predefined property with "___gld"
https://bugzilla.wikimedia.org/show_bug.cgi?id=33610 --- Comment #1 from Jeroen De Dauw 2012-01-09 19:32:41 UTC --- I don't know what this ___gld thing is. It's not native SMW, nor is it in any of the extensions I have locally. Running any non-common or SMW+ semantic extensions? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26204] fontsize in too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 --- Comment #26 from Erwin Dokter 2012-01-09 19:46:54 UTC --- Created attachment 9827 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9827 Patch for extensions/SyntaxHighlight_GeSHi/geshi/geshi.php I did some digging through the GeSHi source, and here is a simpler solution; make the generated CSS perform the same 'trick' as core does, namely add a second value for font-family. This will eliminate the need for the current hack in MediaWiki:Common.css. I would still like the entire GeSHi block to be loaded before site/user CSS, so overriding no longer needs !important (but Geshi.css must still be loaded after the generated CSS, realised that a bit too late). So the order would become: 1) Generated GeSHi CSS, 2) MediaWiki:Geshi.css, 3) RL site/user CSS. And also, MW:Geshi.css should be loaded only once. -- 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 33561] $wgVectorUseSimpleSearch = false; (Go + Search button) doesn't react on hitting return
https://bugzilla.wikimedia.org/show_bug.cgi?id=33561 Mark A. Hershberger changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33563] Signature preview does not manage language interwikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33563 Mark A. Hershberger changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17858] Provide EPUB sanitizer
https://bugzilla.wikimedia.org/show_bug.cgi?id=17858 Bawolff changed: What|Removed |Added Priority|High|Low Severity|blocker |enhancement --- Comment #5 from Bawolff 2012-01-09 19:56:23 UTC --- I'm resetting the priority field. You really shouldn't be touching those unless you're a developer, and you definitely shouldn't mess with them without an explanation as to why. -- 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 33564] transwiki import of invalid titles is possible on wmf wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33564 Mark A. Hershberger changed: What|Removed |Added Keywords||platformeng Priority|Unprioritized |High CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are 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 26204] fontsize in too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 --- Comment #27 from Happy-melon 2012-01-09 19:58:32 UTC --- (In reply to comment #26) > Created attachment 9827 [details] > Patch for extensions/SyntaxHighlight_GeSHi/geshi/geshi.php Is that one of the GeSHi files that's linked via an SVN external? That is, is it part of GeSHi core? If so we'll need to upstream it. It looks to me like that patch ought to be completely harmless for other users, is that the case? Can you summarise why it has the effect that it does? -- 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 33566] WikiEditor's beforeunload logic should be rewritten to play nicely with other handlers
https://bugzilla.wikimedia.org/show_bug.cgi?id=33566 Mark A. Hershberger changed: What|Removed |Added Priority|Unprioritized |High CC||krinklem...@gmail.com, ||m...@everybody.org Target Milestone|--- |1.19wmf deployment -- 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 33613] New: ProofreadPage image width on edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=33613 Web browser: --- Bug #: 33613 Summary: ProofreadPage image width on edit Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ProofreadPage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: eno...@googlemail.com Classification: Unclassified If you edit a ProofreadPage page the width of the page image is now restricted to 1000(?)px and do not display anymore the full capacity of the image. This makes some pages hard to read and to validate the text. See: http://de.wikisource.org/w/index.php?title=Seite:Die_Gartenlaube_(1853)_076.jpg&action=edit (1.000x1.288px) http://upload.wikimedia.org/wikipedia/commons/b/be/Die_Gartenlaube_(1853)_076.jpg (3.655x4.709px) The full size image url is still available in the source code of the html page (as proofreadPageURL). -- 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 33567] User field is cleared in Special:Log if no log entries are found
https://bugzilla.wikimedia.org/show_bug.cgi?id=33567 Mark A. Hershberger changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33569] "images" directory to be renamed or migrated to "files"
https://bugzilla.wikimedia.org/show_bug.cgi?id=33569 Mark A. Hershberger changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org Severity|normal |enhancement -- 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 33569] "images" directory to be renamed or migrated to "files"
https://bugzilla.wikimedia.org/show_bug.cgi?id=33569 --- Comment #10 from Mark A. Hershberger 2012-01-09 20:02:48 UTC --- (In reply to comment #9) > That sounds like a quick and easy solution. I'm in favor of that solution, for > new installations. Any more opinions about what we should call it? Varnent > favors "uploads", I favor "files". Any other opinions or suggestions? What if we let user specify it like the dbtable prefix and default to "files"? -- 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 33570] DatabaseError is served without encoding information
https://bugzilla.wikimedia.org/show_bug.cgi?id=33570 Mark A. Hershberger changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33542] custom license misses the text field for input
https://bugzilla.wikimedia.org/show_bug.cgi?id=33542 Erik Moeller changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Erik Moeller 2012-01-09 20:03:47 UTC --- Should be fixed now. The feature itself is still pretty fragile (e.g. template names are case-sensitive and seem to ignore redirects), but it's back to where it was. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33569] "images" directory to be renamed or migrated to "files"
https://bugzilla.wikimedia.org/show_bug.cgi?id=33569 --- Comment #11 from Bawolff 2012-01-09 20:06:14 UTC --- >What if we let user specify it like the dbtable prefix and default to "files"? We certainly could, but it seems like that'd be just adding another question that 99% of the userbase doesn't care about [which i would consider a bad thing]. (but then again I think this entire bug is an exercise of bikeshedding for an already built bikeshed, so I'm probably biased) -- 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 26204] fontsize in too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 --- Comment #28 from Krinkle 2012-01-09 20:09:57 UTC --- (In reply to comment #25) > There already is a general rule or 'fix' for preformatted text, now annotated, > that explains the root of the problem (it's not really a bug, just a side > effect of the base font size). See r108142. Wrong rev link ? (In reply to comment #25) > The problem with GeSHi however is that it injects a Dynamically Generated > Stylesheet in the head of every page that uses GeSHI, which re-declares the > font for to plain 'monospace', negating the 'fix' in commonElements.css. > Since the injected CSS loads *after* ResourceLoader has loaded the site/user > CSS, the use of !important; is required in any CSS that attempts to fix GeSHI > issues. This loading order is simply wrong. We should let the output become a module and actually make it use ResourceLoader. That'll slim the page weight, be better cacheable, and solves the order problem. (In reply to comment #25) > Moving Geshi.css to the top loading stack would solve the problem only partly; > it would still be overridden by the generated CSS, so !important is still > required (as the code in common.css does now). I didn't mean moving Geshi.css to the top. I meant, if there is no stylesheet to put this style in, we can create a _new_ module with a new stylesheet and put that in there and load it in the top. (In reply to comment #25) > I would also solve Geshi.css being loaded multiple times; each lang option for > GeSHi generates a new CSS block in the head, including a line that loads > Geshi.css. Just look at the source of [[MediaWiki talk:Common.css]] to see > what > I mean. I see nothing obvious on that wiki page, can you be more specific ? (In reply to comment #25) > A complete solution would be to move the GeSHi generated CSS to *above* the > top > RL modules. I'd recommend letting actually BE a module, give it position=>top and load it as any other module. Same result. (In reply to comment #26) > Created attachment 9827 [details] > Patch for extensions/SyntaxHighlight_GeSHi/geshi/geshi.php > > Is that one of the GeSHi files that's linked via an SVN external? That is, is > it part of GeSHi core? If so we'll need to upstream it. Yup. -- 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 26204] font-size of output too small
https://bugzilla.wikimedia.org/show_bug.cgi?id=26204 Krinkle changed: What|Removed |Added Summary|fontsize in too|font-size of |small | output ||too small -- 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 33497] editwarning dialog does not appear in IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=33497 --- Comment #10 from Roan Kattouw 2012-01-09 20:10:47 UTC --- (In reply to comment #8) > Krinkle, > > Could you offer some suggestion here for how to specify onUnload handlers? There is already a separate bug for this, let me find 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 33497] editwarning dialog does not appear in IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=33497 --- Comment #11 from Roan Kattouw 2012-01-09 20:11:17 UTC --- (In reply to comment #10) > > Could you offer some suggestion here for how to specify onUnload handlers? > There is already a separate bug for this, let me find it. bug 33566 -- 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 33611] &editintro= not working any more on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33611 Siebrand changed: What|Removed |Added Keywords||i18n Priority|Unprioritized |High -- 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 33611] &editintro= not working any more on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=33611 --- Comment #4 from Siebrand 2012-01-09 20:15:51 UTC --- That will mean its broken on meta too. We will look into fixing and deploying that fix by tomorrow. -- 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 33611] &editintro= should not be suppressed
https://bugzilla.wikimedia.org/show_bug.cgi?id=33611 Krinkle changed: What|Removed |Added Summary|&editintro= not working any |&editintro= should not be |more on mediawiki.org |suppressed -- 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