@anonymous-piwik-user opened this Issue on February 20th 2009

Using this query string, I am trying to get back the full expanded datatable in the php array. CorpspediaActions.getActionsFilteredByUser is an extension of Actions that does its own archive processing based upon the original methods (essentially grouping by a custom user_id field).

module=API&method=CorpspediaActions.getActionsFilteredByUser&token_auth=bea1c80a75f6bc12582459358d79a9fc&date=last10&period=day&idsite=1&expanded=true&format=php&idSite=1

I expected the "expanded" property to cause the php array to come back full loaded. But it was not, using a debugger, I can verify that the table and subtables ARE being built, but it is the rendering process that is not including the subtables in the final response.

The problem appears to be caused by the fact that the Piwik_API_Request builds a custon "request" array that it passes to the Piwik_API_ResponseBuilder (who eventually will handle the rendering). The problem is that in the constructor for Piwik_DataTable_Renderer, it doesn't have access to the custom request array and therefore does not find the expanded parm that was set to "true".

My gut tells me that we need to find a way to propagate the custom request array to the Renderer so that it can use that array (when available) instead of the plain $_REQUEST array (which is the default).
Keywords: Datatable renderer

@anonymous-piwik-user commented on February 20th 2009

I am going to try and hack a solution so I can solve my immediate needs, but I hope that you can help with a more elegant solution. Thanks!

@mattab commented on February 28th 2009 Owner

it's actually a bug, and could be a limitation for people building plugin. increasing priority.

@mattab commented on March 2nd 2009 Owner

fixed in [944]

refactored and added public method to set all customizations on the Renderer + updating tests

please svn up, test, and if still experience problems please reopen

This Issue was closed on March 2nd 2009
Powered by GitHub Issue Mirror