You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
BugFor errors / faults / flaws / inconsistencies etc.MajorIndicates the severity or impact or benefit of an issue is much higher than normal but not critical.
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).
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
The text was updated successfully, but these errors were encountered:
BugFor errors / faults / flaws / inconsistencies etc.MajorIndicates the severity or impact or benefit of an issue is much higher than normal but not critical.
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
The text was updated successfully, but these errors were encountered: