Needs to be added for timeseries

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.

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

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

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

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.

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

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)

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.

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)

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}

Should be done with SRF 2.0 see GenerateJsonI18n.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.

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

Needs to be added for filtered

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])

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)

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.

Moved here from: SemanticMediaWiki/SemanticMediaWiki#849

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

Is there a way to make this calender less huge?

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

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.

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

Reference:

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

Moved here from SemanticMediaWiki/SemanticMediaWiki#849

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

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

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' )

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

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

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.

Moved here from: SemanticMediaWiki/SemanticMediaWiki#849

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

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

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

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

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/

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.

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).

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.

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

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?

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"?

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

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

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

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

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

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=".

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

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.

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

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

Moved here from: SemanticMediaWiki/SemanticMediaWiki#849

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