wikimedia/mediawiki-extensions-ParserFunctions
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/extensions/ParserFunctions synced 2024-12-19 11:31:26 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-extensions-Parser.../funcsParserTests.txt

214 lines
3.2 KiB
Plaintext
Raw Normal View History

* (bug 11686) Make #time work with pre-1970 dates Uses DateTime class in PHP 5.2+ to support dates outside the 1970-2038 range. On earlier versions will still fall back to strtotime with the old 32-bit Unix timestamp range limitations. Patch by rememberthedot -- https://bugzilla.wikimedia.org/attachment.cgi?id=5416 Added a couple quick parser test cases to confirm the new behavior. However I am seeing some annoyances with how input time zones are handled, so we'll want to clean that up at some point. :)
2008-10-27 17:56:58 +00:00
# Force the test runner to ensure the extension is loaded
# fixme... this doesn't seem to work :D
#!! functionhooks
#time
#!! endfunctionhooks
# fixme: #time seems to be accepting input as local time, which strikes me as wrong
Add parsertests for #if, #ifeq, #iferror, #ifexpr from http://www.mediawiki.org/wiki/Help:Extension:ParserFunctions PD examples.
2010-02-13 15:49:05 +00:00
!! article
Prevent duplicate warnings when running lots of parser tests.
2010-02-15 14:45:33 +00:00
ParserFunctions page
Add parsertests for #if, #ifeq, #iferror, #ifexpr from http://www.mediawiki.org/wiki/Help:Extension:ParserFunctions PD examples.
2010-02-13 15:49:05 +00:00
!! text
Prevent duplicate warnings when running lots of parser tests.
2010-02-15 14:45:33 +00:00
A sample page so we can test ifexist.
This used to be a Main Page, but that caused duplicate article
warnings when running the normal tests at the same time.
Add parsertests for #if, #ifeq, #iferror, #ifexpr from http://www.mediawiki.org/wiki/Help:Extension:ParserFunctions PD examples.
2010-02-13 15:49:05 +00:00
!! endarticle
(Bug 14779) {{#ifexist}} does not recognise URL encoded filenames Solution provided by Umherirrender
2010-02-13 15:08:25 +00:00
!! article
File:Dionysos-Brunnen am Kölner Dom.jpg
!! text
blah blah
!! endarticle
* (bug 11686) Make #time work with pre-1970 dates Uses DateTime class in PHP 5.2+ to support dates outside the 1970-2038 range. On earlier versions will still fall back to strtotime with the old 32-bit Unix timestamp range limitations. Patch by rememberthedot -- https://bugzilla.wikimedia.org/attachment.cgi?id=5416 Added a couple quick parser test cases to confirm the new behavior. However I am seeing some annoyances with how input time zones are handled, so we'll want to clean that up at some point. :)
2008-10-27 17:56:58 +00:00
!! test
(bug 32351) Make #time[l] support explicitly specified timezones. Patch by Van de Bugger. This would make something like {{#time:H:i:s| 9:30 January 1, 2012 MST}} convert the time from 9:30 mountatin standard time to whatever it is in UTC. I made one minor change from the patch on bugzilla in changing an @ to a wfSuppressWarnings. (The @ was already in the code, it wasn't introduced by the patch).
2011-12-07 20:52:41 +00:00
Input times are UTC, not local time
* (bug 11686) Make #time work with pre-1970 dates Uses DateTime class in PHP 5.2+ to support dates outside the 1970-2038 range. On earlier versions will still fall back to strtotime with the old 32-bit Unix timestamp range limitations. Patch by rememberthedot -- https://bugzilla.wikimedia.org/attachment.cgi?id=5416 Added a couple quick parser test cases to confirm the new behavior. However I am seeing some annoyances with how input time zones are handled, so we'll want to clean that up at some point. :)
2008-10-27 17:56:58 +00:00
!! input
{{#time:c|15 January 2001}}
!!result
<p>2001-01-15T00:00:00+00:00
</p>
!! end
!! test
Time test in traditional range...
!! input
{{#time:Y|15 January 2001}}
!! result
<p>2001
</p>
!! end
!! test
Time test prior to 1970 Unix creation myth
!! input
{{#time:Y|5 April 1967}}
!! result
<p>1967
</p>
!! end
!! test
Time test after the 2038 32-bit Apocalype
!! input
{{#time:Y|28 July 2061}}
!! result
<p>2061
</p>
!! end
Make default values fall through in switch Bug 19093. Previously {{#switch:foo|bar|#default=baz}} would behave differently from {{#switch:foo|#default|bar=baz}}, even though they'd behave identically if "#default" was replaced by "foo". I changed switchObj but not switchHook. In testing, switchObj was the only method that seemed to be used, and I didn't want to make untested changes to switchHook, so if that's used, the behavior may remain in some cases. It seems like code is duplicated between them -- whatever the difference is, that should probably be factored out. This passes all existing parser tests for #switch, of which there are none, so don't blame me if it breaks something. ;)
2009-06-05 16:53:59 +00:00
(bug 32351) Make #time[l] support explicitly specified timezones. Patch by Van de Bugger. This would make something like {{#time:H:i:s| 9:30 January 1, 2012 MST}} convert the time from 9:30 mountatin standard time to whatever it is in UTC. I made one minor change from the patch on bugzilla in changing an @ to a wfSuppressWarnings. (The @ was already in the code, it wasn't introduced by the patch).
2011-12-07 20:52:41 +00:00
!! test
Explicitly specified timezone: UTC
!! input
{{#time:Y-m-d H:i| 2011-11-12 23:00 UTC }}
!! result
<p>2011-11-12 23:00
</p>
!! end
!! test
Explicitly specified timezone: Europe/Paris (UTC+1)
!! input
{{#time:Y-m-d H:i| 2011-11-12 23:00 Europe/Paris }}
!! result
<p>2011-11-12 22:00
</p>
!! end
!! test
Explicitly specified timezone: America/New_York (UTC-5)
!! input
{{#time:Y-m-d H:i| 2011-11-12 23:00 America/New_York }}
!! result
<p>2011-11-13 04:00
</p>
!! end
Add test and output for {{#time:d F Y|1988-02-28|nl}}. This test should pass. Would be nice if it was possible to add a test for {{#time:d F Y|1988-02-28|user}} where user language is "nl", because that does not work. Ref bug 28655 comment 10 and comment 17.
2011-12-21 21:59:38 +00:00
!! test
Explicitely specified output language (Dutch)
!! input
{{#time:d F Y|1988-02-28|nl}}
!! result
<p>28 februari 1988
</p>
!! end
Make default values fall through in switch Bug 19093. Previously {{#switch:foo|bar|#default=baz}} would behave differently from {{#switch:foo|#default|bar=baz}}, even though they'd behave identically if "#default" was replaced by "foo". I changed switchObj but not switchHook. In testing, switchObj was the only method that seemed to be used, and I didn't want to make untested changes to switchHook, so if that's used, the behavior may remain in some cases. It seems like code is duplicated between them -- whatever the difference is, that should probably be factored out. This passes all existing parser tests for #switch, of which there are none, so don't blame me if it breaks something. ;)
2009-06-05 16:53:59 +00:00
!! test
Bug 19093: Default values don't fall through in switch
!! input
<{{#switch: foo | bar | #default = DEF }}>
<{{#switch: foo | #default | bar = DEF }}>
!! result
<p>&lt;DEF&gt;
&lt;DEF&gt;
</p>
!! end
(Bug 14779) {{#ifexist}} does not recognise URL encoded filenames Solution provided by Umherirrender
2010-02-13 15:08:25 +00:00
!! test
{{#ifexist}}
!! input
{{#ifexist:Media:Foobar.jpg|Found|Not found}}
Prevent duplicate warnings when running lots of parser tests.
2010-02-15 14:45:33 +00:00
{{#ifexist:ParserFunctions page|Found|Not found}}
(Bug 14779) {{#ifexist}} does not recognise URL encoded filenames Solution provided by Umherirrender
2010-02-13 15:08:25 +00:00
{{#ifexist:Missing|Found|Not found}}
!! result
<p>Found
Found
Not found
</p>
!! end
Add parsertests for #if, #ifeq, #iferror, #ifexpr from http://www.mediawiki.org/wiki/Help:Extension:ParserFunctions PD examples.
2010-02-13 15:49:05 +00:00
!! test
#if
!! input
{{#if: | yes | no}}
{{#if: string | yes | no}}
{{#if: | yes | no}}
{{#if:
| yes | no}}
{{#if: 1==2 | yes | no}}
{{#if: foo | yes }}
{{#if: | yes }}(empty)
{{#if: foo | | no}}(empty)
{{#if: {{{1}}} | yes | no}}
{{#if: {{{1|}}} | yes | no}}
!! result
<p>no
yes
no
no
yes
yes
(empty)
(empty)
yes
no
</p>
!! end
!! test
#ifeq
!!input
{{#ifeq: 01 | 1 | yes | no}}
{{#ifeq: 0 | -0 | yes | no}}
{{#ifeq: foo | bar | yes | no}}
{{#ifeq: foo | Foo | yes | no}}
{{#ifeq: "01" | "1" | yes | no}}
!! result
<p>yes
yes
no
no
no
</p>
!! end
!! test
#iferror
!!input
{{#iferror: {{#expr: 1 + 2 }} | error | correct }}
{{#iferror: {{#expr: 1 + X }} | error | correct }}
{{#iferror: {{#expr: 1 + 2 }} | error }}
{{#iferror: {{#expr: 1 + X }} | error }}
{{#iferror: {{#expr: 1 + 2 }} }}
{{#iferror: {{#expr: 1 + X }} }}empty
!! result
<p>correct
error
3
error
3
empty
</p>
!! end
!! test
#ifexpr
!! input
{{#ifexpr: | yes | no}}
{{#ifexpr: 1 > 0 | yes }}
{{#ifexpr: 1 < 0 | yes }}empty
{{#ifexpr: 1 > 0 | | no}}empty
{{#ifexpr: 1 < 0 | | no}}
{{#ifexpr: 1 > 0 }}empty
!! result
<p>no
yes
empty
empty
no
empty
</p>
!! end
Follow-up r63906: add test case
2010-03-18 16:31:51 +00:00
!! test
Bug 22866: #ifexpr should evaluate "-0" as false
!! input
{{#ifexpr: (-1)*0 | true | false }}
!! result
<p>false
</p>
!! end
Reference in a new issue Copy permalink