New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can not read the filename in the downloads view #11178
Comments
Maybe a solution would be to have a parameter where we can specify if we just want filenames and not full path? Or crop path but from right (then filename is always visible but start of the full URL could be cropped). |
The latter sounds better to me. Not always the filename is sufficient to identify which one was it. Think about several readmes in different folders |
Hi @tfrdidi When you hover on the filename, is there a tooltip showing the full filename maybe? |
@mattab I had the same issue. +directoryA so the whole link should be directoryA/directoryB/page.html, right? and it can show the "hierarcical". directoryA/directoryB/download.pdf And I want the download page show the link by "hierarcical" like because some link just so long that I cannot read the whole link when it grouped them together. Regards, |
@ChrisR1993 Would you mind posting a screenshot showing the problem? When you hover on the filename, is there a tooltip showing the full filename maybe? |
@mattab This is the page which can show "hierarcical" view . This is the download page just grouping all directory together. is that can be the "hierarcical" view like the picture 1? thanks and regards, |
It is by design that the full path is displayed in downloads. We wanted to keep things simpler for downloads and outlinks and only group by domains. In your screenshots, all the filenames are visible. therefore it's not an issue |
@mattab |
Not at this time see #11069 |
@mattab |
@mattab |
Hi, I can understand if you say you want to keep it simple, but we want to use piwik for evaluations, which works quite good for pages, but not for downloads. Hovering over each long path is not the most efficient solution in my opinion. |
@tfrdidi |
@ChrisR1993 Thanks for your time! Is this now part of the 3.0.2-Release? Would you mind updating the status of the ticket? |
This was also be improved in the latest beta released today! it would be great if you could test again and let us know if it's improved? |
This issue has been mentioned on Matomo forums. There might be relevant details there: https://forum.matomo.org/t/export-of-download-information/5672/6 |
Thanks for contributing to this issue. As it has been a few months since the last activity and we believe this is likely not an issue anymore, we will now close this. If that's not the case, please do feel free to either reopen this issue or open a new one. We will gladly take a look again! |
I use Piwik 3.0.0, and had some of the previous versions, too. I use it without JS tracking, just by importing server logs.
Now I need information about which file is downloaded the most. The problem with the downloads overview is, that "hierarcical" view only groups the url of the site, not the path of the file (like in the page view).
As we have very long URLs for the downloads, you need a very big monitor to actually see the filename as it is the last part of the URL. In my opinion this contradicts the responsive paradigm of Piwik 3.0.0. On mobile devices there is no chance for me to see which file is downloaded, just the very first part of the download url.
Btw: I already opend a ticket with a solution (#11069) which was not accepted. Now I only want to mention my problem and let you find a solution ;-)
The text was updated successfully, but these errors were encountered: