For context this testing was done on the master branch at commit c5824bfd3a83a7e5b168bd068fc654f0f82acecd.
Digging into this further, there was a commit 4 years ago that would have made the scenario of the My Profile block appearing in the list impossible. That was on Bug 1697248 which had a large amount of refactoring happen. Part of that included filtering these results so only view.type portfolio was counted.
Removing "AND v.type = 'portfolio'" from the query on line 472 of lib/statistics.php does expose all of the other block types in the results and it *does* show the [[title/blocktype.myviews]] token rather than the actual title. In the previously mentioned refactoring there is code in one area that does fix this sort of thing for one other area (see block_type_graph() in the same file) but it does not appear to be used in the other 3 areas this sort of query is being called.
On another note, I got the Pages by type donut graph populated and can confirm that the
[[profile/view]] token is being rendered as its actual string.
Unless further details on replicating this are presented I don't see this being a valid bug at this point.
For context this testing was done on the master branch at commit c5824bfd3a83a7e 5b168bd068fc654 f0f82acecd.
Digging into this further, there was a commit 4 years ago that would have made the scenario of the My Profile block appearing in the list impossible. That was on Bug 1697248 which had a large amount of refactoring happen. Part of that included filtering these results so only view.type portfolio was counted.
This happened in this file/commit: https:/ /reviews. mahara. org/#/c/ 7896/31/ htdocs/ lib/statistics. php
Removing "AND v.type = 'portfolio'" from the query on line 472 of lib/statistics.php does expose all of the other block types in the results and it *does* show the [[title/ blocktype. myviews] ] token rather than the actual title. In the previously mentioned refactoring there is code in one area that does fix this sort of thing for one other area (see block_type_graph() in the same file) but it does not appear to be used in the other 3 areas this sort of query is being called.
On another note, I got the Pages by type donut graph populated and can confirm that the
[[profile/view]] token is being rendered as its actual string.
Unless further details on replicating this are presented I don't see this being a valid bug at this point.