semanticmediawiki / semanticresultformats

Provides additional visualizations (result formats) for Semantic MediaWiki

Semantic Result Formats

Semantic Result Formats (SRF) is a MediaWiki extension that provides extra visualizations (result formats) for Semantic MediaWiki queries. For more information, see the Semantic Result Formats documentation or consult the release notes.

Requirements

• PHP 7.3.19 or later
• MediaWiki 1.35 or later
• Semantic MediaWiki 3.0 or later

Installation

The recommended way to install this extension is by using Composer. See the detailed installation guide which also contains information about compatibility and configuration.

Contribution and support

Semantic Result Formats is maintained by @JeroenDeDauw.

Primary support channels:

• User mailing list - for user questions
• SMW chat room - for questions and developer discussions
• Issue tracker - for bug reports

If you want to contribute work to the project please look at the contribution guildline. A list of people who have made contributions in the past can be found here.

• File an issue
• Submit a pull request
• Ask a question on the mailing list

Tests

This extension provides unit and integration tests and are normally run by a continues integration platform but can also be executed locally using the shortcut command composer phpunit from the extension base directory.

License

Generally published under GNU General Public License 2.0 or later together with third-party plugins and their license.

semanticresultformats's Issues

Migrate to JSON i18n

Should be done with SRF 2.0 see GenerateJsonI18n.php

Gallery / PHP Fatal error: Call to a member function getPageLanguage() on a non-object in Gallery.php on line 169

SMW_refreshData.php is breaking with this message on MediaWiki 1.23.0, SMW 1.9.2, and SRF pulled from Composer last week but with an updated Gallery.php file from June 23.

Graph format showing legend only if both graphcolor and graphlabel are set to "Yes"

From https://bugzilla.wikimedia.org/show_bug.cgi?id=36067 :

In SRF 1.7.1 when defining ask with parameter "format=graph", the graph legend is only shown when both parameters graphcolor and graphlabel are set to "Yes".
This is due to a logical "&&" in function getGVForDataValue of extensions/SemanticResultFormats/GraphViz/SRF_Graph.php:

 if ( $this->m_graphLabel && $this->m_graphColor ) {

In older version (1.5.2) there were a logical "||"

if ( ( $this->m_graphLabel == true ) || ( $this->m_graphColor == true ) ) {

Trying to use "||" instead of "&&" the graph legend is shown, so this may be a possible solution.

-- [email protected] 2012-04-18 14:40:32 UTC

Eventcalendar: reduce size

Is there a way to make this calender less huge?

http://semantic-mediawiki.org/wiki/Thread:Help_talk:Eventcalendar_format/Size

New Graph result format

Posting an email from Kim Eik:

I'm trying to create a new Graph result format, where one could create a number of predefined graph types which all have slightly different input arguments.

So there would probably be a parameter which defines what graph it should use, and then after the graph has been determined. It should process the graphs own parameter definitions which is only used within that graph.

The mw code would look something along the lines of the following:

ask: [[Category:...]]

|?Property
|format=highcharts
|graph=frequency histogram
|bins=100 <--- graph parameter

As far as i understand each result format is a class which subclasses SemanticResultPrinter.

I've looked around in the code in SemanticResultPrinter to see if i can actually get the raw input arguments (unprocessed) however to no avail.

Which basically makes me think my approach impossible. The only other solution i could think of is to prefix all the graphs parameters with its own identifierm however this wouldn't be as elegant. But it would prevent parameter definition collisions.

An example could be:

ask: [[Category:...]]

|?Property
|format=highcharts
|graph=frequency histogram
|frequency histogram bins=100 <--- graph parameter

Would you happen to know a way around this? Or maybe have an idea for a better solution?

Thanks for your input.
-- Kim

Undefined index: named args in SRF_Timeline.php on line 39

MW 1.23.0rc0 (786ddd0), SMW 1.9.3 alpha (d99a162) , Semantic Result Formats 1.9.1 (23f9f39)

On some pages, and also during maintenance script SMW_refreshData.php, I'm getting the following error:

Notice: Undefined index: named args in
/home/lithics/domains/my_domain/mw-git/core/extensions/SemanticResultFormats/formats/timeline/SRF_Timeline.php
on line 39

Ploticus format: fix the security leak in this (currently-disabled) format

Moved here from: SemanticMediaWiki/SemanticMediaWiki#849

• 'ploticus' format - fix the security leak in this (currently-disabled) format. [independent]

Eventcalendar rendering problem with class

http://sourceforge.net/mailarchive/message.php?msg_id=31856789

Slideshow format is broken

I don't know why, but the slideshow format is broken:
http://wikincat.org/wiki/User:Jaider/Página_de_testes
http://wikincat.org/wiki/User:Jaider/Página_de_testes?action=edit
This query was ok recently.

MediaWiki: 1.23.2 (f22a475)
Semantic MediaWiki: 2.0 RC3 (e17bff2)
Semantic Result Formats: 1.9 (fc1fb9c)

Extract formats into their own packages?

Now that we have composer, would it make sense to maintain result formats separately and have SRF just pull them in?

One advantage would be, that it would make it possible to update SRF and keep selected formats at some lower version, e.g. to not have to update all the #asks in case some fundamental change took place for some format.

Another one would be that people could install just selected formats instead of the whole package (for that we would probably need some SRFBase package).

Simile Timeline for TouchScreens

Hello,

I'm using the actual version of SMW and SMWResultFormats. In the format "timeline" I can't scroll on touchscreen enabled devices. There is a workaround (http://code.google.com/p/simile-widgets/issues/detail?id=278#c16) but I don't know where to put the code (there is no timeline-bundle.js in the timeline directory). Can you help me to solve the problem?

thanks for your work
martinius

ListWidget: Does not display pages with numeric first character

Using the current git version of SRF, the listwidget seems to have a bug where it will not display pages with a numeric first character. The results are encoded in the HTML as

elements, but they don't appear to be tagged correctly and/or picked up or counted by the jquery code.

You can see an example of this bug in action here:

http://www.funtoo.org/Repository:Funtoo_LDAP_Overlay

If you look at the HTML, you will see a number of results beginning with the number '3' that are not counted or displayable.

"srf-paramdesc-zoompane" is missing

Needs to be added for timeseries

Event Calendar Result Format Displays Error Instead of "Weekly" title

The event calendar format from Semantic Result Formats shows an error message in the "week" view title. It appears to be a parsing issue.

This can be seen on the demo page on SMW.org and I was able to reproduce it in my own local environment.

https://www.semantic-mediawiki.org/wiki/Demo:Event_calendar

See also: SemanticMediaWiki/SemanticMediaWiki#188 (comment)

Graph format graphname parameter is ignored (limiting graphs to one per page)

The problem is in SRFGraph::getParamDefinitions (SRF_Graph.php). The first instance of "graphsize" should be "graphname" (making $params['graphname'] agree with 'srf_paramdesc_graphname').

Making this change resolved the problem in SRF 1.9.1.

DataTables: Inline limit set to 750

On the mailing-list the following appeared as question "s there a hard 750 on limit parameter for the amount of rows you can request in results format datatables?"

I don't remember why the value was set to 750 but you could change it to something like:

inlineLimit: smw.settings.get( 'smwgQMaxLimit' )

slideshow format broken

Hi.

I've just upgraded a wiki to 1.23.7 from 1.19.5 and the slideshow format no longer works. I have:

{{#ask:
[[Category:Snippets]]
[[Snippet Type::Did You Know]]
| ?Headline
| ?Description
| order=random
| format=slideshow
| effect=none
| delay=7
| limit=15
| width=210px
| height=110px
| mainlabel=-
| template=Slide Format
}}

and nothing is displayed anymore. SMW is version 2 and SRF is version 2. All installed via Composer.

Thanks.

Gallery: Support 'mode' parameter

Support of the mode parameter for result format Gallery would be nice.

http://www.mediawiki.org/wiki/Gallery#Mode_parameter

Timeline/eventline format: add support for a "template=" parameter

Moved here from: SemanticMediaWiki/SemanticMediaWiki#849

• 'timeline/eventline' format - add support for a "template=" parameter. [independent]

Datatables: "Showing 0 to 0 of 0 entries" is a rather weird message

I am translating this extension and I ran into the message "srf-ui-datatables-label-sInfoEmpty", which says "Showing 0 to 0 of 0 entries".

Is this really needed? Can't it just be something like "No entries"?

Travis fails with / Class 'SMW\Test\QueryPrinterRegistryTestCase' not found in

PHP Fatal error:  Class 'SMW\Test\QueryPrinterRegistryTestCase' not found in 

This is due to change in SMW-core where test related classes no longer register with the "normal" autoloader. Files used during tests are loaded using the /tests/bootstrap.php.

Disable Jenkins +2

As uncovered by #4, WMF Jenkins is +2'ing changes after just running PHP lint, which causes broken code to be merged. Jenkins should not +2.

Rename "srf-paramdesc-views"

Needs to be added for filtered

DataTables: support "#" in printout statements and hide namespace prefixes

Datatables is awesome, but it would be nice if it could support the same features of Broadtable like additional personalization of the values with "#" and hidden namespace prefixes.

See:
http://wikincat.org/wiki/User:Jaider/Página_de_testes
and
http://wikincat.org/wiki/User:Jaider/Página_de_testes?action=edit
(same query, same printout statements, different result formats)

Note the differences

• in the values of the first and last columns
• in the values in the "status" column
• in the item column
• in the date columns

Outline format: allow setting a "sub-format" for each sub-grouping using new parameter

Moved here from: SemanticMediaWiki/SemanticMediaWiki#849

• 'outline' format - allow for the setting of a "sub-format" for each sub-grouping, using a new parameter perhaps called "innerformat=".

Eventcalendar: do not show specific hours

http://events.ccc.de/congress/2014/wiki/Static:Calendar

The 4am to 10am there could really be omitted. Then you'd also actually see events when loading the page, as opposed to just time during which there are none. Is there a way to improve this?

SRF 1.9.1, SMW 1.9.2

result format "gallery" does no longer play with "image_auth.php"

After upgrading private wikis from SRF 1.8 to 2.0 the setting
$wgUploadPath = "$wgScriptPath/img_auth.php";

starts to prevent the files from being fetched due to a 403 permission error. So SRF does not longer seem to know what it is acting as a "logged in" user.

Filtered - Only returns a few results

Currently, the filtered format does not return all the results that it should. Based on an old comment on a SMW discussion page, it seems this might have to do with PHP version. Are there any plans to fix it? This tool would be really useful.

Comment on SMW discussion page
Phabricator bug entry

Outline format: add support for a "template=" parameter

Moved here from: SemanticMediaWiki/SemanticMediaWiki#849

• 'outline' format - add support for a "template=" parameter, similar to the ones found in various other formats. [independent]

MW 1.23 / Fatal error: Cannot access protected property ImageGallery::$mParser in Gallery.php on line 328

Fatal error: Cannot access protected property ImageGallery::$mParser in ...\extensions\SemanticResultFormats\formats\gallery\Gallery.php on line 328

Call Stack:
    0.0028     168800   1. {main}() ...\maintenance\runJobs.php:0
    0.0124     382416   2. require_once('...\maintenance\doMaintenance.php') C:\xampp\htdocs\mw\maintenance\runJobs.php:271
    0.4075    6684840   3. RunJobs->execute() ...\maintenance\doMaintenance.php:107
  427.3063   26540192   4. SMW\UpdateJob->run() ...\maintenance\runJobs.php:106
  427.3064   26539480   5. SMW\UpdateJob->runUpdate() ...\extensions\SemanticMediaWiki\includes\jobs\UpdateJob.php:52
  427.3095   26540192   6. SMW\UpdateJob->runContentParser() ...\extensions\SemanticMediaWiki\includes\jobs\UpdateJob.php:79
  427.3104   26549176   7. SMW\ContentParser->parse() ...\extensions\SemanticMediaWiki\includes\jobs\UpdateJob.php:102
  427.3105   26549208   8. SMW\ContentParser->fetchFromContent() ...\extensions\SemanticMediaWiki\includes\ContentParser.php:112
  427.3204   26554096   9. WikitextContent->getParserOutput() ...\extensions\SemanticMediaWiki\includes\ContentParser.php:155
  427.3219   26563416  10. Parser->parse() ...\includes\content\WikitextContent.php:319
  427.3230   26558952  11. Parser->internalParse() ...\includes\parser\Parser.php:395
  427.3231   26559608  12. Parser->replaceVariables() ...\includes\parser\Parser.php:1212
  427.3330   26560368  13. PPFrame_DOM->expand() ...\includes\parser\Parser.php:3147
  427.3349   26564784  14. Parser->braceSubstitution() ...\includes\parser\Preprocessor_DOM.php:1113
  427.3361   26566816  15. Parser->callParserFunction() ...\includes\parser\Parser.php:3330
  427.3418   26567864  16. call_user_func_array() ...\includes\parser\Parser.php:3613
  427.3419   26568440  17. SMW\Setup->SMW\{closure}() ...\includes\parser\Parser.php:3613
  427.3441   26571000  18. SMW\AskParserFunction->parse() ...\extensions\SemanticMediaWiki\includes\Setup.php:510
  427.3442   26571456  19. SMW\AskParserFunction->runQueryProcessor() ...\extensions\SemanticMediaWiki\includes\parserhooks\AskParserFunction.php:84
  427.4295   26447808  20. SMWQueryProcessor::getResultFromQuery() ...\extensions\SemanticMedaWiki\includes\parserhooks\AskParserFunction.php:130
  427.4393   26447880  21. SMW\ResultPrinter->getResult() ...\extensions\SemanticMediaWiki\includes\query\SMW_QueryProcessor.php:505
  427.4403   26449464  22. SRF\Gallery->buildResult() ...\extensions\SemanticMediaWiki\includes\queryprinters\ResultPrinter.php:209
  427.4403   26449464  23. SRF\Gallery->getResultText() ...\extensions\SemanticResultFormats\formats\gallery\Gallery.php:67
  427.4413   26458208  24. SRF\Gallery->addImagePages() ...\extensions\SemanticResultFormats\formats\gallery\Gallery.php:160
  427.4509   26464448  25. SRF\Gallery->addImageToGallery() ...\extensions\SemanticResultFormats\formats\gallery\Gallery.php:298

Eventcalendar: quotation marks escaped incorrectly

Page title:

"How to survive 31c3" CryptoParty

Seen at: http://events.ccc.de/congress/2014/wiki/Static:Calendar

SRF 1.9.1, SMW 1.9.2

Default wgScriptPath used instead of path specified in LocalSettings

There is at least one known instance where instead of the wgScriptPath set in LocalSettings.php the default set in DefaultSettings.php was apparently used. At least changing the setting in DefaultSettings fixed the problem.

However, the issue could not immediately be reproduced.

see http://bots.wmflabs.org/~wm-bot//logs/%23semantic-mediawiki/20140828.txt (suggested fix at [17:32:23])

Path issues

Indications for this issue are:

1. SemanticMediaWiki/SemanticMediaWiki#189
2. SemanticMediaWiki/SemanticMediaWiki#190 (comment)

Opened this to make sure that this is investigated and fixed somehow.

Datatables: URL type destroys complete table

This issue occurs in Datatables format: As soon as I add a property to a query from type URL, the table is not displayed at all (the loading icon just appears).

Example:

|?my_link=Link


Property definition of my_link:

This is a property of type [[Has type::URL]].


My system (even though the issue occured also in earlier versions):

• MW 1.24.1
• SMW: 2.1
• SRF: 2.1.1
• SF: 3.0
• SFI: 0.9.0

icalendar should escape text values

The icalendar format support the use of custom event summaries, descriptions, and locations taken from SMW property values. These texts are inserted into the file without any escaping. Of course this breaks the file as soon as the text values contain any symbol that has a special meaning in icalendar, notably line breaks, commas, and semicolons. The escaping mechanism of RFC 2445 must be applied to prevent this.

Exhibit rewrite

Reference:

• Plans for some of the formats defined in Semantic Result Formats

Moved here from SemanticMediaWiki/SemanticMediaWiki#849

CSV result format ignores limit-settings

the CSV result format always limits to 100 entries and ignores the settings $smwgQMaxInlineLimit and $smwgQMaxLimit

https://bugzilla.wikimedia.org/show_bug.cgi?id=48756
http://www.semantic-mediawiki.org/wiki/Help_talk:CSV_format#Limit_ignored_in_CSV_export.3F_1053

Process / Unexpected non-MediaWiki exception encountered, of type "Exception"

The exception at the bottom is thrown when the example in-line query from https://semantic-mediawiki.org/wiki/Help:Process_format is rendered in SMW 1.22.2, SRF 1.9.2 alpha. Presumably this is because I haven't created any of the properties (or Category:Process Step) it is querying.

Here is the query:

{{#ask: [[Category:Process Step]] [[Category:{{PAGENAME}}]]
| ?has OrSuccessor=hasorsuccessor
| ?has Successor=hassuccessor
| ?has ConTrueSuccessor=hascontruesuccessor
| ?has ConFalseSuccessor =hasconfalsesuccessor
| ?has Condition=hascondition
| ?has Role=hasrole
| ?uses Resource=usesresource
| ?has Status=hasstatus
| format=process
| graphsize=12,12
| graphvalidation=no
| showroles=yes
| showstatus=yes
| showresources=yes
| clustercolor=lightgrey
}}

Here is the exception:

Unexpected non-MediaWiki exception encountered, of type "Exception"
[e2c6a3b4] /w/index.php?title=GraphViz&action=submit Exception from line 201 of /home/welterkj/public_html/mediawiki/w/vendor/param-processor/param-processor/src/ParamProcessor/ParamDefinitionFactory.php: Could not construct a ParamDefinition from an array without message element
Backtrace:
#0 /home/welterkj/public_html/mediawiki/w/vendor/param-processor/param-processor/src/ParamProcessor/ParamDefinition.php(595): ParamProcessor\ParamDefinitionFactory->newDefinitionFromArray(array)
#1 /home/welterkj/public_html/mediawiki/w/vendor/param-processor/param-processor/src/ParamProcessor/ParamDefinition.php(534): ParamProcessor\ParamDefinition::getCleanDefinitions(array)
#2 /home/welterkj/public_html/mediawiki/w/vendor/param-processor/param-processor/src/ParamProcessor/Param.php(224): ParamProcessor\ParamDefinition->format(ParamProcessor\Param, array, array)
#3 /home/welterkj/public_html/mediawiki/w/vendor/param-processor/param-processor/src/ParamProcessor/Processor.php(369): ParamProcessor\Param->process(array, array, ParamProcessor\Options)
#4 /home/welterkj/public_html/mediawiki/w/vendor/param-processor/param-processor/src/ParamProcessor/Processor.php(290): ParamProcessor\Processor->doParamProcessing()
#5 /home/welterkj/public_html/mediawiki/w/extensions/SemanticMediaWiki/includes/query/SMW_QueryProcessor.php(48): ParamProcessor\Processor->processParameters()
#6 /home/welterkj/public_html/mediawiki/w/extensions/SemanticMediaWiki/includes/query/SMW_QueryProcessor.php(417): SMWQueryProcessor::getProcessedParams(array, array)
#7 /home/welterkj/public_html/mediawiki/w/extensions/SemanticMediaWiki/includes/parserhooks/AskParserFunction.php(123): SMWQueryProcessor::getQueryAndParamsFromFunctionParams(array, integer, integer, boolean)
#8 /home/welterkj/public_html/mediawiki/w/extensions/SemanticMediaWiki/includes/parserhooks/AskParserFunction.php(84): SMW\AskParserFunction->runQueryProcessor(array)
#9 /home/welterkj/public_html/mediawiki/w/extensions/SemanticMediaWiki/includes/Setup.php(504): SMW\AskParserFunction->parse(array)
#10 [internal function]: SMW{closure}(Parser, string, string, string, string, string, string, string, string, string, string, string, string, string, string, string, string)
#11 /home/welterkj/public_html/mediawiki/w/includes/parser/Parser.php(3615): call_user_func_array(Closure, array)
#12 /home/welterkj/public_html/mediawiki/w/includes/parser/Parser.php(3332): Parser->callParserFunction(PPFrame_DOM, string, array)
#13 /home/welterkj/public_html/mediawiki/w/includes/parser/Preprocessor_DOM.php(1114): Parser->braceSubstitution(array, PPFrame_DOM)
#14 /home/welterkj/public_html/mediawiki/w/includes/parser/Parser.php(3149): PPFrame_DOM->expand(PPNode_DOM, integer)
#15 /home/welterkj/public_html/mediawiki/w/includes/parser/Parser.php(1212): Parser->replaceVariables(string)
#16 /home/welterkj/public_html/mediawiki/w/includes/parser/Parser.php(395): Parser->internalParse(string)
#17 /home/welterkj/public_html/mediawiki/w/includes/content/WikitextContent.php(300): Parser->parse(string, Title, ParserOptions, boolean, boolean, NULL)
#18 /home/welterkj/public_html/mediawiki/w/includes/EditPage.php(3223): WikitextContent->getParserOutput(Title, NULL, ParserOptions)
#19 /home/welterkj/public_html/mediawiki/w/includes/EditPage.php(2169): EditPage->getPreviewText()
#20 /home/welterkj/public_html/mediawiki/w/includes/EditPage.php(441): EditPage->showEditForm()
#21 /home/welterkj/public_html/mediawiki/w/includes/actions/EditAction.php(50): EditPage->edit()
#22 /home/welterkj/public_html/mediawiki/w/includes/actions/EditAction.php(76): EditAction->show()
#23 /home/welterkj/public_html/mediawiki/w/includes/Wiki.php(448): SubmitAction->show()
#24 /home/welterkj/public_html/mediawiki/w/includes/Wiki.php(312): MediaWiki->performAction(Article, Title)
#25 /home/welterkj/public_html/mediawiki/w/includes/Wiki.php(602): MediaWiki->performRequest()
#26 /home/welterkj/public_html/mediawiki/w/includes/Wiki.php(467): MediaWiki->main()
#27 /home/welterkj/public_html/mediawiki/w/index.php(49): MediaWiki->run()
#28 {main}

Fix our build

Broken by https://travis-ci.org/SemanticMediaWiki/SemanticResultFormats/builds/16290109

Process: Broken with GraphViz 1.3.1

The process format does not work at all using MW 1.23.2 with extensions SMW 2.0, SRF 2.0 and GraphViz 1.3.1.

1. Using the Process format results in debug message 'The SRF Graph printer needs the GraphViz extension to be installed.' This is due the "renderGraphviz" method does not work (any more) - line 204:

if ( !is_callable( 'renderGraphviz' ) )

2. I changed the method call from renderGraphviz to GraphViz::graphvizParserHook, that is used within the graph format. Well, at least an image with the process diagram is created now. But it isn't displayed on the page, it's just created in the wiki image namespace. And, even worse: Each time the page with the embedded ask query is accessed, a new image is created.

So, it seems that this process format is outdated and does not work with the recent GraphViz extension. Would be great to fix this and maybe also to improve the documentation about this format.

See my example: https://www.kruedewagen.de/wiki/Process1

srfgScriptPath for formats/calendar/SRF_Calendar.php

'href' => $GLOBALS['srfgScriptPath'] . '/formats/calendar/resources/ext.srf.calendar.css'
I am not quite sure whether I own fix would fit the standards of the extension:
'href' => $GLOBALS['wgScriptPath'] . '/extensions/SemanticResultFormats/formats/calendar/resources/ext.srf.calendar.css'

That is why I post this issue. The calendar throws an error and even though the variable appears to be declared in the SemanticResultsFormat.php (line 37), I am unable to access the proper css file; which makes the calender thing pretts much useless.

Next release

Let's go with 2.0 together with SMW, so SRF is also semver compliant?

Process: Should use GraphViz extension version 1.1+

SRF_Process.php should be updated similar to the changes seen in issue #46. I would have done this myself, and indeed started to, but I could not figure out how to test it.

Fatal error using gallery on MediaWiki 1.23.0rc0

I just upgraded my farm to 1.23.0rc0 and the gallery format now throws a fatal PHP error:

PHP message: PHP Fatal error: Cannot access protected property ImageGallery::$mParser in .../w/extensions/SemanticResultFormats/formats/gallery/Gallery.php on line 310

Datatables: Date has a 1-day difference when client is in another timezone

We have a SMW + SRF wiki which runs in CET timezone (set in Linux OS, PHP and wiki). We have a semantic property from type "Date". When setting this property to a value like "2014/03/19" (either in source code, by using SF or with datepicker), the datatables format shows "19 March 2014" when I view the table in my clients timezone, which is also CET. So far, so good.

But: We have users in timezone EST. When they view the result of the inline query as "datatables" format, they see a date of "18 March 2014". So, there is a gap of one day. When switching to e.g. "broadtable", the date is ok with "19 March 2014".

So, this is definitively a "datatables" problem, maybe as a combination of timezones set on server/client. I don't know yet.

When I change my timezone in the wiki preferences to EST or even GMT-08, the resulting "datatable" output is ok with "19 March 2014".

However, the EST-user checked it on another local EST-client. The 1-day difference could be reproduced there.

I don't know how to "simulate" this problem on my side. I always see the right date in the output. I don't have a public wiki in place to show the issue, but could setup something if needed.

Is there anything I could check or set regarding Manual:Timezone?

1.10.0.0 alpha?

Apparently non-extension owners/maintainers are able to change version numbers [0] without taken into account a possible interference to composer based packages and its dependencies.

[0] https://gerrit.wikimedia.org/r/#/c/122107/1/SemanticResultFormats.php

[1] http://semver.org/

Exhibit: Use of "addOnloadHook" is deprecated. Use jQuery instead.

Chrome is throwing a warning in the console. Searching through my install and the only instance of "addOnloadHook" I can find is in SRF. I could very well be wrong here, but it appears to be coming from line #122 of SRF_Exhibit.js

https://www.mediawiki.org/wiki/ResourceLoader/JavaScript_Deprecations#wikibits.js

MW 1.24wmf4, SMW 1.9.2 and SRF 1.9.1

Tagging 2.1

@JeroenDeDauw @mwjames What about doing a release now. Do not see real blockers but nice improvements Now that SMW 2.1 is out.

Datatables with Foreground Skin: Rendering of the search button and pagination is buggy

Hello,

I got some problems using the extension in my mediawiki environment. I am using Foreground as skin and I am trying to display some data with the datatables from the extension. As you can see in the screenshot the search button on the top right and the pagination on the buttom are not displayed correctly. Do you have any idea how to solve this problem?

Versions:
MediaWiki 1.24.1
Semantic MediaWiki 2.1
Semantic Result Formats 2.0
Foreground 1.2-alpha (7d098d2)

Gallery / PHP Fatal error: Call to a member function isSpecialPage() on a non-object in Gallery.php on line 70

Tested on MW 1.24, when executing runJobs.php I get the following error,

PHP Fatal error: Call to a member function isSpecialPage() on a non-object in Gallery.php on line 70

It seems that this is related to [0].

[0] #27