Thanks for creating this issue @paolobenve . Can you reproduce this on https://demo.matomo.org/ ? With popup graph I assume you mean row evolution?

And was this working for you in an earlier version?

Can you reproduce this on https://demo.matomo.org/ ?

no, no on that site, which runs 3.13.2

With popup graph I assume you mean row evolution?

yes

And was this working for you in an earlier version?

I don't know

Just updated it to 3.13.3 @paolobenve . Can you check again maybe? That would be great since I'm not sure how to reproduce it. Seems to work so far.

no, not reproducible... what may be the reason why on my site I have this behaviour?

It's honestly hard to say. Is there any chance for us to get a log in to your Matomo so we can investigate there? if so, could you create a user for us and send the details to hello at matomo.org ?

not reproducible.

I can see that on the demo site, when the popup graph is closed, the hash is restored to the value before opening the popup, while on my site the hash doen't change when I close the popup.

What can I do?

@paolobenve which browser and which browser version are you using?

Chromium 80.0.3987.87 (Build ufficiale) Built on Ubuntu , running on Ubuntu 18.04 (a 64 bit).

Same behaviour in firefox 73.0.1 (64 bit)

@paolobenve this should work in general. If you could create a login for us, so that we can investigate further that would be great?

I created a new no-superuser user, and it doesn't has the bug

Changing its permissions to superuser, it has the bug.

The bug appears when permissions are > view

@tsteur could you reproduce this bug as superuser?

@paolobenve I just tried and couldn't reproduce it unfortunately. If you could create a login for us, that would be great and we would try to reproduce it.

You may even want to first create one other superuser account for yourself and see if you can reproduce it there. Chances are, it might just work. I would then maybe have an idea.

https://cathopedia.org/piwik/index.php?module=CoreHome&action=index&idSite=3&period=day&date=yesterday#?idSite=3&period=year&date=2019-03-15&segment=&category=General_Actions&subcategory=Actions_SubmenuPageTitles

@tsteur where do I send you the credentials? I set a user where you have admin access to the analytics of one site

click on "open row evolution" -> the popup is shown and the hash changes
close the popup with the top right x: the hash in the location bar doesn't change (bug)
click again on "open row evolution" -> the popup isn't shown

You can send them to hello at matomo.org @paolobenve

@tsteur sent

@paolobenve I just tried to reproduce this with the login you sent and it works without any issues. Can you try it with that login too?

I have a similar issues on the page URLs view on the Dashboard.
I can't voluntarily trigger it, but it occurs more frequently after expanding the sub rows
page 1/
| - page 1.1/
| -- page 1.1.1/

@chris246 same here can you reproduce this on https://demo.matomo.org ?

Can you create a different user in your Matomo and check if it happens with that user as well?

No, but on the demo installation I found an other issue:
I can't re-collapse diving any more...

On my local installation, the bug also occurs with a new user.

Furthermore, on my local installation when clicking on "Select a row to compare" ("Wählen Sie eine Zeile zum Vergleichen"), the current dialog sometimes does not close. Closing it manually and selecting an additional row works though.

@chris246 does the label of the row selected for row evolution maybe contain a special char? There's a known bug, which is already fixed for Matomo 4.
To check that you could replace this line:

if(param != 'segment' && param != 'popover') {

Let me know if that fixes your issue and we will consider including the fix in the next 3.x release as well.

The page URLs are generated by TYPO3 for this website: https://docs.typo3.org/m/typo3/reference-tca/master/en-us/ColumnsConfig/Type/Slug.html

After changing the line as suggested, I could not yet trigger the bug again.
I'll post a new reply here, if it occurs again.

Regarding the Row comparing: Shall I create a new issue for that?

So it seems like this has already been fixed with 10b5a85 and #15805

In case this is not fixed by changing that line (and regenerating the JS), please comment and I'll reopen the issue.

Hi,
I observed the bug again twice using 3.13.5 :/