Jump to content
MediaWiki

Extension talk:ParserFunctions/Flow

About this board

Structured Discussions boards are read-only on this wiki as of March 2025.

Previous page history was archived for backup purposes at Extension talk:ParserFunctions/LQT Archive 1 on 2015年07月10日.
You are not logged in. To receive attribution with your name instead of your IP address, you can log in or create an account.

on install: Unable to move the new CDB file into place

3
Ruud Habets (talk contribs )

On running the installed extension I get: Unable to move the new CDB file into place.

As I understand I should have 777 rights on the cache subdir. changing that still genertes the error. any help is appreciated.

MW 1.19 is used

ruud



Backtrace:

  1. 0 /var/www/html/wiki/includes/Cdb_PHP.php(325): CdbWriter_PHP->throwException('Unable to move ...')
  2. 1 /var/www/html/wiki/includes/LocalisationCache.php(1032): CdbWriter_PHP->close()
  3. 2 /var/www/html/wiki/includes/LocalisationCache.php(702): LCStore_CDB->finishWrite()
  4. 3 /var/www/html/wiki/includes/LocalisationCache.php(397): LocalisationCache->recache('nl')
  5. 4 /var/www/html/wiki/includes/LocalisationCache.php(283): LocalisationCache->initLanguage('nl')
  6. 5 /var/www/html/wiki/includes/LocalisationCache.php(218): LocalisationCache->loadItem('nl', 'fallback')
  7. 6 /var/www/html/wiki/languages/Language.php(3620): LocalisationCache->getItem('nl', 'fallback')
  8. 7 /var/www/html/wiki/languages/Language.php(184): Language::getFallbacksFor('nl')
  9. 8 /var/www/html/wiki/languages/Language.php(149): Language::newFromCode('nl')
  10. 9 /var/www/html/wiki/includes/Setup.php(473): Language::factory('nl')
  11. 10 /var/www/html/wiki/includes/WebStart.php(157): require_once('/var/www/html/w...')
  12. 11 /var/www/html/wiki/index.php(54): require('/var/www/html/w...')
  13. 12 {main}
2001:982:A21F:1:D866:C154:9D6C:691E (talk contribs )

Hmm :-) trying to install USerMerge extension, run into the same error, googling for an answer I stumble upon this (my) error fromm last year.

Any suggestions?

ruud

Ciencia Al Poder (talk contribs )

Message from User:Ruud Habets that was posted on the wrong place :

As it turns out: as root you can create the cache directory everywhere you want, but it can't be read by apache. I found cdb files in

/tmp
/var/www/html/cache
/var/www/html/wiki/cache

all because of typos and wrong entries in LocalSettings.php and because I did not start >php maintenance/rebuildLocalisation.php after each edit

All is well now

-)

Is #time with local set/#timel intended to not use the user's timezone?

1
BlankEclair (talk contribs )

Whenever I use something like {{#timel: r}} or {{#time: r | now | en | 1}}, it outputs the current date and time using the wiki's timezone instead of the user's timezone set in Special:Preferences. This does not behave as expected according to the documentation for #timel, which currently states that "it always uses the preferred time zone of the user or the configured time zone of the wiki". Since #timel is described as effectively #timel but with the local parameter set to true, it is reasonable to believe that #time would also use the user's timezone.

The code currently only uses the value of $wgLocaltimezone and some server value if that is not set (per commit 1430c5a: ParserFunctions.php line 523). When the documentation for #timel was "clarified" to say that it follows the user's timezone (revision 6259692, 11 December 2023), the version of ParserFunctions at the time (commit bccd783, 22 November 2023) also only uses $wgLocaltimezone and some server value (per that commit's ParserFunctions.php line 523).

I initially thought that #time with local/#timel not using the user's timezone was a bug, but according to two Phabricator tasks (T9133 and T34923), this appears to be known? I'm not sure if a lack of support for the user's timezone is intentional or not, can someone clarify whether or not it is?

My parserfunctions does not work

2
2A00:1370:8186:92F2:94AF:3297:41C8:56D6 (talk contribs )

My parserfunctions extension does not work on both my wiki, MoscowAmerican.com and on project zomboid www.pzwiki.net do you have to enable it? Or is it there by default?


using 1.27 and 1.39

Ciencia Al Poder (talk contribs )

The page Special:Version on your wiki will tell you if the extension is installed or not. If it's not listed there, it needs to be installed.

VsCode extension

1
Lynkfox (talk contribs )

Has anyone made an extension for VSCode (or any other IDE) for working with parser functions?

$wgPFStringLengthLimit

3
Tinss (talk contribs )

The maximum size of a string is 2GB in PHP. The effective string length this will give you varies according to the type of encoding used. Set that number to 231 and you should be fine for most use cases.

Case-Sensitivity Options

3
Peachey88 (Flood) (talk contribs )

I was wondering if there was an existing option or variable that we can set, either within the functions or within the php, to toggle case-sensitivity? Ideally it would be something within the function for on-the-fly modification, but that might be asking too much and possibly confusing. Anyway, I figured it couldn't help to ask.

This post was posted by Peachey88 (Flood), but signed as 66.135.130.19.

Edited by Flow talk page manager 03:55, 10 July 2015 11 years ago
Peachey88 (Flood) (talk contribs )

To clarify, I am specifically interested in #ifeq. I have a rather complex template that uses this function quite a lot.

This post was posted by Peachey88 (Flood), but signed as 66.135.130.19.

Edited by Flow talk page manager 03:55, 10 July 2015 11 years ago
Peachey88 (Flood) (talk contribs )

you could hack it into the code very easy. But you could also use {{lc:}} or {{uc:}} magic words to convert a string. Those are MW functions.

This post was posted by Peachey88 (Flood), but signed as Danwe.

Edited by Baris6161TURK 11:09, 4 July 2020 6 years ago

Both possible results from an #if are occurring?

5
99.232.155.35 (talk contribs )

ImageRangeTest is a the range check template; it returns either a 0 or a 1 depending on if the {{{1}}} number is in any of the matching ranges. The number indicates a specific graphic in a game - there's a max possible graphic number, and there are unused graphic positions, so this allows me to test if the particular graphic is one that exists, or which doesn't exist.

This is a simplified version of the ifeq test I'm using to then link to an image of that particular graphic: {{#ifeq: {{ImageRangeTest | {{{1}}} }} | 1 | This image does not exist. | [[File:{{{1}}}.png]] }}

Everything works fine, displays fine, etc. The resulting HTML is fine; either it has the img tag and links the image, or there is no img tag, and "This image does not exist." is displayed.

  • However*, there's still one problem, and it looks like a possible bug with #ifeq. When I look at Special:WantedFiles, all of those {{{1}}}.png files that fail the rangetest here show up there as missing files. When I look at the details on any of them, the only page showing a link to any particular missing file is the one which has the above ifeq test.

So, say the page name is Foobar, and {{{1}}} is 2001. 2001 fails the rangecheck. The template then creates the text "This image does not exist." on the page Foobar. The generated HTML for Foobar has no img tag linking 2001.png. However, Special:WantedFiles still shows 2001.png as a WantedFile, and File:2001.png shows: File usage The following page uses this file:

Foobar

So it looks like both possible results from an #if are generated, and only then is the system deciding which one to actually use - which in this case, is generating a bogus WantedFile. (And in my case, that adds up to a few thousand bogus wantedfile entries, making it much harder to spot valid wantedfiles.)

Dinoguy1000 (talk contribs )

I'm guessing ImageRangeTest contains some code to the effect of {{ #ifexist: File:{{{1}}}.png || 1 }}? #ifexist always counts as a link to the tested page; as it is currently implemented, this is the only way to determine if the page does exist, and also the only way to ensure it correctly updates if a previously nonexistent page is created (or a previously existing page is deleted).

99.232.155.35 (talk contribs )

No, no calls to ifexist. This is ImageRangeTest: {{#switch: 1 | {{Rangecheck|{{{1}}}|4318|4323}} ... | {{Rangecheck|{{{1}}}|42325|99999}} = 1 | #default = 0 }}

and this is Rangecheck: {{#ifexpr: {{{1|}}} >= {{{2|}}}|{{#ifexpr: {{{1|}}} <= {{{3|}}}|1|0}}|0}}

Dinoguy1000 (talk contribs )

Does this still happen if you test some contrived case where the outermost #ifeq doesn't call any template? Something like {{ #ifeq: 1 | 1 | This image does not exist. | [[File:{{{1}}}.png]] }}.

Brianfreud (talk contribs )

Managed to fix it, I think. I'd oversimplfied above. For whatever reason, the following combo of templates, ifeq, and var seems to have been the combined trigger for the issue (in v. 1.27.0 through 1.33.1) {{#vardefine: graphic|99999}}{{#vardefine:image|{{#ifeq: {{ImageRangeTest | {{#var: graphic}} }} | 1 | This image does not exist. | [[File:{{#var:graphic}}.png]] }} }} .. {{#var:image}}

99999 can be anything; in my particular case, it was taking it from the category page using the above template's title:

{{#vardefine: graphic |{{#replace:{{PAGENAME}}|UO:Items using graphic |}} }}

The image var was actually only used in one place, so I took it out of a var and moved the ifeq to where {{#var:image}} had been. That stopped the invisible non-use of the file from happening.

Fatal exception of type MWException Error

64
Summary by Ciencia Al Poder

This is a generic error. Please add $wgShowExceptionDetails = true; at the end of your LocalSettings.php, it should give a more detailed error, then ask in a new thread if it's still not clear from the error message what's the cause of the problem and how to solve it.

96.253.116.193 (talk contribs )

Fatal exception of type MWException Error Seen this in several threads but have not found a solution.

How do I fix this?

96.253.116.193 (talk contribs )

After adding - require_once( "extensions/ParserFunctions/ParserFunctions.php" );

I get "Fatal exception of type MWException Error", seen this in several threads but have not found a solution.

How do I fix this?

Technical 13 (talk contribs )

Firstly, I thought this extension was part of the MW core now and there was no reason to install it separately (which would cause an internal conflict if I'm right about that). Secondly, you're not following the directions in Extension:ParserFunctions#Installation which says you should add require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" );

96.253.116.193 (talk contribs )

1) I did reupload the files contained just to be sure and it still gives me that error. 2) That is what I put in LocalSettings.php it was just a typo in my post here..

So still have no idea what is wrong...

87.139.192.56 (talk contribs )

I get the same error after installing the mediawiki-package and uploading the created LocalSettings.php. Any solution?

2.245.35.71 (talk contribs )

Hello, maybe this will help some people with that error. I got the error when uploading the LocalSettings.php aswell, so I tried and tried to reinstall it and at one point I skipped the configuration process and noticed it worked without. Later I noticed I could need the configuration anyway and skipping it isn't a good sollution so I tried to remove everything from the LocalSettings.php which was not on the unconfigurated one one after the other till it worked. For me it was the following line:

require_once( "$IP/extensions/LocalisationUpdate/LocalisationUpdate.php" );

which caused this error. Simply removing it from the LocalSettings.php removed the error.

2.180.53.156 (talk contribs )

@2.245.35.71 Thanks, it worked for me as :) As an experienced net expert I'm sorry for such a script containing this problem.

80.141.48.203 (talk contribs )

Great! it worked for me as well. Thanks for your research.

203.41.198.36 (talk contribs )

I'm getting this error when MediaWiki attempt to send any emails. But I don't have the line

require_once( "$IP/extensions/LocalisationUpdate/LocalisationUpdate.php" );

in my LocalSettings.php file.

Any other ideas?

117.66.27.178 (talk contribs )

I got the same problem as yours. Have you solve it?

73.222.234.97 (talk contribs )

I am experiencing the same issue as you and the fixes described in this forum do not address it. If anyone has a fix for the email issue please share!

107.1.249.102 (talk contribs )

Old thread, but since I came across this while looking for a solution, I thought I'd let future googlers know what I found. running "pear install mail" and possibly "pear install Net_SMTP" fixed this error. After that I just had to make sure my smtp settings in localsettings.php.

I hope this helps someone!

80.24.208.40 (talk contribs )

WORKED!!! This solution is quite hidden between the answers, but for a fresh install in a Debian Wheezy (MW v1.26.2), based on a proxmox CT, is needed.

Thanks a lot.

121.221.0.36 (talk contribs )

how do you removed this? "MediaWiki internal error. Exception caught inside exception handler." and "Fatal exception of type MWException" it has stopped me from editing wikipedia.. what did i do to make this happen? i do the same things every day? how can i fix this???

Jonesey95 (talk contribs )

I'm getting a lot of these on WP today as well. Everything worked fine yesterday. Example: "[7e0f687c] 2013年06月28日 04:56:55: Fatal exception of type MWException".

I can load the main page and click on wikilinks, but clicking "View History" or doing any kind of search results in the above error.

DaHuzyBru (talk contribs )

I know what you mean. Seems to be back for me now...

177.155.43.165 (talk contribs )

Great! it worked for me as well. Thanks for your research. (copy and paste)

Protnet (talk contribs )

You don't need to remove LocalisationUpdate! See Bug 46885 - Fatal error after installation when using LocalisationUpdate. The problem is that the MW installer does not do the proper configuration of LU extension. All you have to do is add the cache dir below the require_once like this:

require_once( "$EXT/LocalisationUpdate/LocalisationUpdate.php" );
$wgLocalisationUpdateDirectory = "$IP/cache";
81.209.108.25 (talk contribs )

Perhaps wrong place to comment this here but I do it anyway because googling this issues directed me here. This same problem still is with MW 1.22.4 when doing fresh installation of MW and in case LocalisationUpdate is included in initial setup.

91.138.65.152 (talk contribs )

Thanks, works for me with Synology Diskstation

73.201.72.72 (talk contribs )

When I add:

require_once( "$EXT/LocalisationUpdate/LocalisationUpdate.php" ); $wgLocalisationUpdateDirectory = "$IP/cache";

I get:

Warning: require_once(/LocalisationUpdate/LocalisationUpdate.php) [function.require-once]: failed to open stream: No such file or directory in /home/ideakwty/public_html/dclegalfirm.com/mw/LocalSettings.php on line 134

Fatal error: require_once() [function.require]: Failed opening required '/LocalisationUpdate/LocalisationUpdate.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/ideakwty/public_html/dclegalfirm.com/mw/LocalSettings.php on line 134

201.94.132.4 (talk contribs )

Thanks Dude. It worked for me!! You're the Master!!

by best wishes, Danilo.

95.18.107.46 (talk contribs )

Well, when I Put your solution:

require_once( "$EXT/LocalisationUpdate/LocalisationUpdate.php" ); $wgLocalisationUpdateDirectory = "$IP/cache";

The page turns white, and nothing appears... :S why?

Kghbln (talk contribs )

Usually your error log should tell you or the browser when setting 

$wgShowExceptionDetails = true;

Try this for a change:

require_once "$IP/LocalisationUpdate/LocalisationUpdate.php";
$wgLocalisationUpdateDirectory = "$IP/cache";

I am not sure about this $EXT bit since I have so far never come across something like this.

Protnet (talk contribs )

$IP = wiki's root dir (i.e. yourdomain/wiki)

$EXT = extension's dir (i.e. yourdomain/wiki/extensions)

Kghbln (talk contribs )

Great, I did not know this existeted. This points me to a mistake in my previous post. It should be 

require_once "$IP/extensions/LocalisationUpdate/LocalisationUpdate.php";
$wgLocalisationUpdateDirectory = "$IP/cache";

However this is no different to the previous suggestion. So back to the log file and exception details.

92.50.78.186 (talk contribs )

Beware, that if you try to install the VisualEditor Extension, you need at least mediawiki-core 1.23 (still in development). Otherwise, you got this error too.

166.48.118.229 (talk contribs )

You talk way too much but the solution is good. Learn to get to the point.

98.233.57.57 (talk contribs )

All you have to do is add this following line to the end of your Localsettings.php

$wgLocalisationUpdateDirectory = "$IP/cache";
Supasaru (talk contribs )

I know this thread is a little old, but I just had this error upgrading from 1.22.8 to 1.23.1, and I thought I'd provide the solution that helped me.

In my case, I had a poorly-coded skin that seemed to work on 1.22.8. I guess it used deprecated functions or something, and didn't work caused the Fatal Error when I accessed Special:Preferences.

I changed the default skin to Vector, and all is well in the world.

149.129.5.173 (talk contribs )

I faced this problem and it was because I'm using the master image of ParserFunctions . you have to checkout to the version fit your mediawiki version : for me : 

git checkout -b mywork origin/REL1_24
68.62.18.110 (talk contribs )

Just as a duh..you might want to check that your images folder is writable. I received the same MCException error when it wasn't writable. Which of course I made it writable by chown, chgrp to the apache account.

216.81.61.226 (talk contribs )

This was the problem for me too - I had to give 'other' write privileges on the images folder in my install, after that it all seems to work correctly.

92.103.106.88 (talk contribs )

same for me, images folder did not have the good rights so apache could not 'mkdir'

109.91.15.84 (talk contribs )

After recent update it stopped working because my hoster still uses Magic quotes which are deprecated. I just added following lined to an existing .htaccess file in the root of MW:

php_flag magic_quotes_gpc Off php_value magic_quotes_gpc Off

...and it worked :-)

46.25.41.70 (talk contribs )

The same error appears when the owner of the wiki's folder(s) isn't apache

Make you sure about that

chown -R apache.apache wiki_folder/
Casablanca1950 (talk contribs )

Problem for me is: All folders are owned by me, not by Apache. My ISP doesn't allow me to change this ownership, and I get the same error after having uploaded the LocalSettings.php file.

I did all suggestions in this thread. None worked for me.

I do not have a require_once( "$EXT/LocalisationUpdate/LocalisationUpdate.php" ); $wgLocalisationUpdateDirectory = "$IP/cache"; line

If I add it the program complains about a missing directory /LocalisationUpdate which actually does not exist:

Warning: require_once(/LocalisationUpdate/LocalisationUpdate.php): failed to open stream: No such file or directory in /home/www/62585963bc9e2a5e92eba0113c714f19/web/AAT/inventaire/LocalSettings.php on line 136

Fatal error: require_once(): Failed opening required '/LocalisationUpdate/LocalisationUpdate.php' (include_path='.:/opt/php/lib/php') in /home/www/62585963bc9e2a5e92eba0113c714f19/web/AAT/inventaire/LocalSettings.php on line 136

Any other clue, anyone, please? Thanks.

EDIT: Some files had size set to 0. Uploaded whole kit again, issue fixed.

117.240.93.242 (talk contribs )

Hello,

The issue has been fixed by disabling magic quotes.

101.99.23.40 (talk contribs )

I fix this error by set permission to 775

Ext:

$ chgrp -R apache images/

$ chmod -R 775 images/

134.76.103.230 (talk contribs )

Thanks. I also had the same problem because I manually copied the latest mediawiki version to the debian standard folder /var/lib/mediawiki but without checking the group settings of the images/ folder.

For Debian Jessie the apache2.4 group is www-data. Changing the group and the 755 chmod did the fix.

213.221.6.129 (talk contribs )

I disable SE linux it is resilve problem. (centos7)

Knut Krüger (talk contribs )

I did a fresh install of Mediawiki and the Extension:VisualEditor when enabling the extention it is asking for Mediawiki 1.26?

[84e98a00] /Spezial:Einstellungen MWException from line 3215 of /var/www/.../includes/GlobalFunctions.php: MediaWiki 1.26wmf12 required--this is only 1.25.2

Backtrace:

#0 /var/www/clients/client1/web39/web/wiki/extensions/VisualEditor/VisualEditor.hooks.php(20): wfUseMW(string) #1 [internal function]: VisualEditorHooks::onSetup() #2 /var/www/.../includes/Setup.php(676): call_user_func(string) #3 /var/www/.../includes/WebStart.php(138): require_once(string) #4 /var/www/.../index.php(38): require(string) #5 {main}

Knut Krüger (talk contribs )
2.235.27.62 (talk contribs )

Got the same MWException Error after fresh installation.

Resolved installing missing package php-apc .

Regards, Mateusz

PhysicsScientist (talk contribs )

Reply to "Fatal exception of type MWException Error" How to fix this problem? Please help me.

This post was hidden by Nuclearsugar (history)
This post was hidden by Nuclearsugar (history)
This post was hidden by 2601:19B:201:8039:792C:6D53:D546:68A3 (history)
This post was hidden by Nuclearsugar (history)
Ciencia Al Poder (talk contribs )

Your error about temp directory has nothing to do with ParserFunctions

Ihebbensalem (talk contribs )

After a while the problem was solved for me .

Fir-stable I highly recommend for you to enable the Debugging mode .

add this 2 lines in the end of LocalSettings.php

error_reporting( -1 );

ini_set( 'display_errors', 1 );

then the errors will shown up .

The problem was in the permission to rename /tmp/l10n_cache-en.cdb ,so ,In your terminal

$ cd /tmp

$ sudo mv l10n_cache-en.cdb l10n_cache-en.cdb.tmp.697754271

Now refresh the index page !

Solved :) .

Ciencia Al Poder (talk contribs )

To solve a problem with permissions you should give the necessary permissions. I wouldn't expect doing the rename manually would solve the problem if the long term, when something makes the localisation cache to be invalidated.

Ffulbert (talk contribs )

My site coetus.eu is down since some time. I don't believe I had edited anything that caused this so I find this strange.

I got the Fatal exception MWException error, so following the recommendation above I added at the end of Phpmyadmin.php :

$wgShowExceptionDetails = true;

As a result I get the following more detailed diagnosis which I struggle to make sense of and to know where to start my investigation.

May you help ?

Many thanks in advance.

Frederic.

When I open page www.coetus.eu

I get :

[088720a5] /wiki/Accueil Exception from line 222 of /home/coetus/public_html/w/includes/Hooks.php: Detected bug in an extension! Hook ExtVariables::init has invalid call signature; Parameter 1 to ExtVariables::init() expected to be a reference, value given

Backtrace:

#0 /home/coetus/public_html/w/includes/GlobalFunctions.php(4004): Hooks::run(string, array, NULL)

#1 /home/coetus/public_html/w/includes/parser/Parser.php(275): wfRunHooks(string, array)

#2 /home/coetus/public_html/w/includes/cache/MessageCache.php(1023): Parser->firstCallInit()

#3 /home/coetus/public_html/w/includes/cache/MessageCache.php(1000): MessageCache->getParser()

#4 /home/coetus/public_html/w/includes/Message.php(977): MessageCache->transform(string, boolean, Language, Title)

#5 /home/coetus/public_html/w/includes/Message.php(669): Message->transformText(string)

#6 /home/coetus/public_html/w/includes/Message.php(732): Message->toString()

#7 /home/coetus/public_html/w/includes/OutputPage.php(853): Message->text()

#8 /home/coetus/public_html/w/includes/OutputPage.php(898): OutputPage->setHTMLTitle(Message)

#9 /home/coetus/public_html/w/includes/Article.php(556): OutputPage->setPageTitle(string)

#10 /home/coetus/public_html/w/includes/actions/ViewAction.php(44): Article->view()

#11 /home/coetus/public_html/w/includes/Wiki.php(428): ViewAction->show()

#12 /home/coetus/public_html/w/includes/Wiki.php(292): MediaWiki->performAction(Article, Title)

#13 /home/coetus/public_html/w/includes/Wiki.php(588): MediaWiki->performRequest()

#14 /home/coetus/public_html/w/includes/Wiki.php(447): MediaWiki->main()

#15 /home/coetus/public_html/w/index.php(46): MediaWiki->run()

#16 {main}

Ciencia Al Poder (talk contribs )

One of your MediaWiki extensions is not compatible with the MediaWiki version you're using.

If you upgraded MediaWiki recently, be sure to also upgrade your extensions as well, by downloading them for the same version of MediaWiki you're using. Note that some extensions may be unmaintained and may not work for your MediaWiki version even if you download it for the version you're using.

To know which extension is causing the problem, comment all require_once() or wfLoadExtension() that loads extensions from your LocalSettings, and enable them one by one until you find the one that causes the error.

2A01:CB04:788:2F00:B40B:9CB5:B72B:8C88 (talk contribs )

thanks for the tips.I believed it was working before it crashed but perhaps I had changed something. I'll follow your suggestion to investigate. Many thanks !


2001:16B8:6688:4800:64ED:3FD4:3FA7:B255 (talk contribs )

I had a pretty bad night which resulted in my MediaWiki being down. Now I have everything half-way working again, only I can't edit anything now. Now I need someone to held me with this error message.

Maybe you can help me figure it out.

Many thanks in advance


[XVdr8b-myRv10DFSRxmpHgAAAAs] /vampire/index.php?title=Hauptseite&action=edit Error from line 3978 of /home/sites/site24/web/vampire/includes/OutputPage.php: Class 'OOUI\MediaWikiTheme' not found

Backtrace:

#0 /home/sites/site24/web/vampire/includes/OutputPage.php(3991): OutputPage::setupOOUI(string, string)

#1 /home/sites/site24/web/vampire/includes/EditPage.php(2762): OutputPage->enableOOUI()

#2 /home/sites/site24/web/vampire/includes/EditPage.php(659): EditPage->showEditForm()

#3 /home/sites/site24/web/vampire/includes/actions/EditAction.php(59): EditPage->edit()

#4 /home/sites/site24/web/vampire/includes/MediaWiki.php(499): EditAction->show()

#5 /home/sites/site24/web/vampire/includes/MediaWiki.php(293): MediaWiki->performAction(Article, Title)

#6 /home/sites/site24/web/vampire/includes/MediaWiki.php(862): MediaWiki->performRequest()

#7 /home/sites/site24/web/vampire/includes/MediaWiki.php(523): MediaWiki->main()

#8 /home/sites/site24/web/vampire/index.php(43): MediaWiki->run()

#9 {main}

Hex numbers with #expr

4
Tuvalkin (talk contribs )

Any support? At least simple conversion to and from decimal? Of course it could be made from scratch, interpreting hex numbers as strings and evaluating each cahracter as a power of 16, but I was hoping to find something ready made, just like, say, #invoke:Roman (which is harder to implement, and seldom used, than hex).

Ciencia Al Poder (talk contribs )
Tuvalkin (talk contribs )

Thanks and apologies: I should have said that I'm asking not for a wiki I’m managing myself, but for the Portuguese-language Wikipedia.

Ciencia Al Poder (talk contribs )

Then you can use the Scribunto extension, because it's already installed on WMF wikis.

Thayts (talk contribs )

Entering a datetime value with timezone "AST" or "ACST" produces an incorrect result.

{{#time:YmdHi|11 March 2018 02:00 AST}} gives 201803102300, while the expected output is 201803110600.

{{#time:YmdHi|7 October 2018 02:00 ACST}} gives 201810070600, while the expected output is 201810061630.

Other timezones, including "ADT" and "ACDT", do work correctly.

Heddy10 (talk contribs )

Time zone abbreviations can be ambiguous as there are abbreviations shared by multiple time zones. One solution is to use ISO 8601 notation: +hh:mm or -hh:mm. Another solution is to convert to UTC before entering it.

AltStyle によって変換されたページ (->オリジナル) /