This error occurred in the svn trunk (rev 1547) in my test environment.
This is the error (and typo) in the log:
You are requesting a precise subTable but there is not such data in the Archive.
Of course, once I cleared the cache, dropped the archives, and truncated the log_ tables, I can't reproduce the above...
For future reference:
This was probably caused in the following case
I don't think any trivial fix for this one.
A solution could be to have a click pass the label of the row, and then use the label to search for the matching parent row, to fetch the subtable. This is not trivial and could lead to some issues.
Could we we pass the label of the row, and if it doesn't match on the server side, we refresh the whole table and expand that row?
This happens to me all the time with Piwik 1.0 and is a major annoyance. I use piwik with "today" as the default displayed day and track referrers in real time, but expanding any row fails to give the proper result once every other try or so.
A solution for this, as vipsoft suggested, would be to add more sanity checks whenever expanding a row. Matching on label as well as id would be a good start. One could even imagine searching for the proper id if the labels don't match, instead of relying on the id itself.
Maybe a solution would be to not trigger a re-archiving when requesting a sub-table, and use the existing pre-processed archive if found? This would be an elegant fix it seems.