Navigation Menu

Skip to content
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

Closed
tfrdidi opened this issue Jan 11, 2017 · 17 comments
Closed

Can not read the filename in the downloads view #11178

tfrdidi opened this issue Jan 11, 2017 · 17 comments
Labels
c: Usability For issues that let users achieve a defined goal more effectively or efficiently. Enhancement For new feature suggestions that enhance Matomo's capabilities or add a new report, new API etc. not-in-changelog For issues or pull requests that should not be included in our release changelog on matomo.org.

Comments

@tfrdidi
Copy link

tfrdidi commented Jan 11, 2017

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 ;-)

@gaumondp
Copy link

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).

@tfrdidi
Copy link
Author

tfrdidi commented Jan 11, 2017

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

@mattab mattab added Enhancement For new feature suggestions that enhance Matomo's capabilities or add a new report, new API etc. c: Usability For issues that let users achieve a defined goal more effectively or efficiently. labels Feb 20, 2017
@mattab
Copy link
Member

mattab commented Feb 20, 2017

Hi @tfrdidi
Thanks for the suggestion. Would you mind posting a screenshot showing the problem?

When you hover on the filename, is there a tooltip showing the full filename maybe?

@ChrisR1993
Copy link

ChrisR1993 commented Feb 21, 2017

@mattab
Hi Mattab,

I had the same issue.
For example, page below is normal page which can show the clean "hierarcical" view

+directoryA
-directotyB
page.html

so the whole link should be directoryA/directoryB/page.html, right? and it can show the "hierarcical".
but when I go to the download page. it cannot show by "hierarcical" and just grouping and showing the
whole link like below.

directoryA/directoryB/download.pdf

And I want the download page show the link by "hierarcical" like
+directoryA
-directoryB
download.pdf

because some link just so long that I cannot read the whole link when it grouped them together.
I hope you can understand my discription and I will appreciate your great advice.

Regards,

@mattab
Copy link
Member

mattab commented Feb 21, 2017

@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 mattab added this to the Priority Backlog (Help wanted) milestone Feb 21, 2017
@ChrisR1993
Copy link

@mattab
thanks for your reply.

This is the page which can show "hierarcical" view .
page11

This is the download page just grouping all directory together.
download page

is that can be the "hierarcical" view like the picture 1?
+jp
+diet
+publication
this download page uploaded is all right but some time the link is so long that I cannot read it.
and I know what you mean that hover on the filename, but we are talking the link not the filename.

thanks and regards,

@mattab
Copy link
Member

mattab commented Feb 21, 2017

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

@ChrisR1993
Copy link

@mattab
thank you mattab, so it cannot be changed?

@mattab
Copy link
Member

mattab commented Feb 21, 2017

Not at this time see #11069

@ChrisR1993
Copy link

@mattab
Thank you mattab, appreciate your time.

@ChrisR1993
Copy link

ChrisR1993 commented Feb 21, 2017

@mattab
mattab, sorry to bother you again.
I just only want to let the download page displayed by "hierarcical". If the Action-Pages which show the condition of the HTML can display data by "hierarcical" view, so can I change the PHP code to let the PDF and JPG links into the "Action-Pages" page when the system divide the data? could this behavior solve the problom?
question

@tfrdidi
Copy link
Author

tfrdidi commented Feb 21, 2017

Hi,
I am working with a 24'' monitor in full screen mode (Full HD). Despite that not all download paths are displayed completely (no i have not influence on the paths). For most of them hovering shows the full name in the tooltip wich is not the best solution, but at least it works. But for some of them the tooltip does not contain the full name, too. This is a bug:

piwik download long filename

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.

@ChrisR1993
Copy link

@tfrdidi
Hi tfrdidi,
I changed the Download data imported to "Action-Pages" page instead of download page, and I worked.
the data is displayed by "hierarcical".

@tfrdidi
Copy link
Author

tfrdidi commented Mar 6, 2017

@ChrisR1993 Thanks for your time! Is this now part of the 3.0.2-Release? Would you mind updating the status of the ticket?

@mattab
Copy link
Member

mattab commented Oct 6, 2017

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?

@MatomoForumNotifications

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

@mattab
Copy link
Member

mattab commented Dec 10, 2023

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!

@mattab mattab closed this as not planned Won't fix, can't repro, duplicate, stale Dec 10, 2023
@sgiehl sgiehl added the not-in-changelog For issues or pull requests that should not be included in our release changelog on matomo.org. label Dec 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
c: Usability For issues that let users achieve a defined goal more effectively or efficiently. Enhancement For new feature suggestions that enhance Matomo's capabilities or add a new report, new API etc. not-in-changelog For issues or pull requests that should not be included in our release changelog on matomo.org.
Projects
None yet
Development

No branches or pull requests

6 participants